<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.desktop.rox.devel">
    <title>gmane.comp.desktop.rox.devel</title>
    <link>http://blog.gmane.org/gmane.comp.desktop.rox.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10262"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10261"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10257"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10252"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10250"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10248"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10243"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10241"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10235"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10233"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10230"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10222"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10221"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10218"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10216"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10215"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10207"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10206"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10198"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10175"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10262">
    <title>ROX SOAP/RPC loss explained</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10262</link>
    <description>&lt;pre&gt;   I tracked the problem down to the following, when my laptop goes online, the results of gethostbyname may
change as well.  Unfurtunately, this means that the property name used to find the running ROX-Filer no longer
matches.  I'd like to suggest that remote.c should not use our_host_name() to build the unique_id if /etc/machine-id
or /var/lib/dbus/machine-id is present.  The contents of those files should be used in preference to the hostname().

Thoughts?

&lt;/pre&gt;</description>
    <dc:creator>Christopher Oliver</dc:creator>
    <dc:date>2012-04-02T04:50:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10261">
    <title>SOAP RPC getting occasionally  dropped</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10261</link>
    <description>&lt;pre&gt;I run ROX-Filer 2.11 under Slackware 13.37 with fbpanel and PekWM, the supplied GTK+ is version 2.24, and I'm
starting my session from GDM or XDM depending on whether the box is Salix or vanilla Slackware.  Occasionally
ROX-Filer seems to be ignoring SOAP RPC requests.  I've run into this with rox -D and rox -x.  The difficulty in
diagnosing is that if I quit the filer and restart it, the problem vanishes; the new ROX-Filer responds to the requests
just fine.  I suspect a race of some sort during startup, but I'm unsure what that could be between.

Ideas?

&lt;/pre&gt;</description>
    <dc:creator>Christopher Oliver</dc:creator>
    <dc:date>2012-03-28T15:21:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10257">
    <title>Coherent naming for backdrop styles</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10257</link>
    <description>&lt;pre&gt;Hello there,

I had a very hard time trying to figure out what I was expected to write
to get a RPC command to actually set my wallpaper in a given mode. Of
course my first instinct was to look at the config file to find a hint,
as I could perfectly set it with rox' utility.

I was very surprised to find that what was called Centred in one was
Centre in the other one, and that's the same for others, though there
doesn't seem to be any generality here. As I still could manage to get
the 'Fit' mode to work (even after having commited atrocities like
'Fitted' or such), I proceeded to read the source code.

This is when I was flabbergasted to discover that Fit mode wasn't even
possible to set with a RPC command because its line had obviously been
forgotten.

I promised I searched a long time on the forum but I couldn't find any
topic mentioning that. Plus, it's not really a feature request or a bug
report, it's just a tiny mistake that takes no time to correct so I
really think it would've been corrected at once.

So here is the patch I propose to solve this issue and use the same
names everywhere (in the config and in the RPC commands).

Thanks a lot everybody and keep up the good work ! I've never found
anything quite like Rox among other file managers.

Greygjhart

diff --git a/ROX-Filer/src/pinboard.c b/ROX-Filer/src/pinboard.c
index 466930b..fcfde98 100644
--- a/ROX-Filer/src/pinboard.c
+++ b/ROX-Filer/src/pinboard.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1511,11 +1511,11 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static void backdrop_from_xml(xmlNode *node)
 if (style)
 {
 current_pinboard-&amp;gt;backdrop_style =
-  g_strcasecmp(style, "Tiled") == 0 ? BACKDROP_TILE :
-  g_strcasecmp(style, "Scaled") == 0 ? BACKDROP_SCALE :
+  g_strcasecmp(style, "Tile") == 0 ? BACKDROP_TILE :
+  g_strcasecmp(style, "Scale") == 0 ? BACKDROP_SCALE :
+  g_strcasecmp(style, "Stretch") == 0 ? BACKDROP_STRETCH :
+  g_strcasecmp(style, "Centre") == 0 ? BACKDROP_CENTRE :
   g_strcasecmp(style, "Fit") == 0 ? BACKDROP_FIT :
-  g_strcasecmp(style, "Stretched") == 0 ? BACKDROP_STRETCH :
-  g_strcasecmp(style, "Centred") == 0 ? BACKDROP_CENTRE :
   g_strcasecmp(style, "Program") == 0 ? BACKDROP_PROGRAM :
      BACKDROP_NONE;
 g_free(style);
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1660,11 +1660,11 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static void pinboard_save(void)
 tree = xmlNewTextChild(root, NULL, "backdrop",
 current_pinboard-&amp;gt;backdrop);
 xmlSetProp(tree, "style",
-style == BACKDROP_TILE   ? "Tiled" :
-style == BACKDROP_CENTRE ? "Centred" :
-style == BACKDROP_SCALE  ? "Scaled" :
+style == BACKDROP_TILE   ? "Tile" :
+style == BACKDROP_SCALE  ? "Scale" :
+style == BACKDROP_STRETCH  ? "Stretch" :
+style == BACKDROP_CENTRE ? "Centre" :
 style == BACKDROP_FIT    ? "Fit" :
-style == BACKDROP_STRETCH  ? "Stretched" :
    "Program");
 }
 
diff --git a/ROX-Filer/src/remote.c b/ROX-Filer/src/remote.c
index b71a06a..abe1503 100644
--- a/ROX-Filer/src/remote.c
+++ b/ROX-Filer/src/remote.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -885,6 +885,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static xmlNodePtr rpc_SetBackdrop(GList *args)
     !g_strcasecmp(style, "Scale") ? BACKDROP_SCALE :
     !g_strcasecmp(style, "Stretch") ? BACKDROP_STRETCH :
     !g_strcasecmp(style, "Centre") ? BACKDROP_CENTRE :
+    !g_strcasecmp(style, "Fit") ? BACKDROP_FIT :
      BACKDROP_NONE;
 
 if (s == BACKDROP_NONE)
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure_______________________________________________
rox-devel mailing list
rox-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rox-devel
&lt;/pre&gt;</description>
    <dc:creator>Greygjhart</dc:creator>
    <dc:date>2012-03-16T12:55:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10252">
    <title>ROX-Filer focus problem still there</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10252</link>
    <description>&lt;pre&gt;Probably this email needs attention by Thomas Leonard, thanks.

I originally reported an icon focus problem, that Thomas fixed, see
patch from Thomas:
http://repo.or.cz/w/rox-filer.git/commit/c2232d5075342347a8ff814ced5ce8b9e1cf64b9

...which did fix the problem, partly. However, even that fix no longer works.

It may be because Puppy Linux has progressed to GTK 2.24.8. Back then,
I think we were using GTK 2.18.x or 2.21.x.

Back then, after applying Thomas's patch, I found that there was still
a problem, that I reported:
https://sourceforge.net/tracker/?func=detail&amp;amp;aid=3147977&amp;amp;group_id=7023&amp;amp;atid=107023

Note, not many ROX-Filer users are reporting this problem, as some
binary package maintainers, Debian included I think, also some
releases of Puppy Linux, have put in a work-around. If this is put
into /etc/profile:

export GDK_NATIVE_WINDOWS=true

...this does fix it, however, I have had reports that this is a hack
that can upset some applications, can even upset ROX-Filer, cause a
crash.

I really don't want to have to resort to that hack. This problem has
been going on for such a long time, it would be great if it could be
finally fixed.

Sourceforge member 'n80' has recently posted a bug report about this
bug, and a patch:
https://sourceforge.net/tracker/?func=detail&amp;amp;aid=3463291&amp;amp;group_id=7023&amp;amp;atid=107023

...the patch is for ROX-Filer 2.11. I have tested it, it doesn't work.
Perhaps again, it is an issue with GTK 2.24.x.

Regards,
Barry Kauler

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
&lt;/pre&gt;</description>
    <dc:creator>Barry Kauler</dc:creator>
    <dc:date>2012-01-28T23:26:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10250">
    <title>Rox Filer unable to compile on NetBSD (propably on OpenBSD too) (patch) (fwd)</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10250</link>
    <description>&lt;pre&gt;Original post to mailing list bounced back because I was not subscribed,
so here you go:

---------- Forwarded message ----------
Date: Tue, 17 Jan 2012 12:42:25 +0200 (EET)
From: Petri Laakso &amp;lt;petri.laakso&amp;lt; at &amp;gt;asd.fi&amp;gt;
To: rox-devel&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: Rox Filer unable to compile on NetBSD (propably on OpenBSD too) (patch)


Hi

I was unable to build Rox Filer on NetBSD i386 from pkgsrc-2011Q4:

xtypes.c: In function 'xattr_init':
xtypes.c:62: error: 'RTLD_NOLOAD' undeclared (first use in this function)
xtypes.c:62: error: (Each undeclared identifier is reported only once
xtypes.c:62: error: for each function it appears in.)
*** Error code 1

I found that NetBSD or OpenBSD does not have RTLD_NOLOAD flag for dlopen,
so I just removed RTLD_NOLOAD's from xtypes.c and live happily after.
Is this correct fix? If this is a correct fix, could it be implemented on
upstream sources also?

Petri

Proposed fix:

demoni$ diff -uN xtypes.c.orig xtypes.c
--- xtypes.c.orig       2009-07-18 17:23:18.000000000 +0300
+++ xtypes.c    2012-01-16 15:30:05.000000000 +0200
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -59,11 +59,11 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
  {
         void *libc;

-       libc = dlopen("libc.so.6", RTLD_LAZY | RTLD_NOLOAD);
+       libc = dlopen("libc.so.6", RTLD_LAZY);
         if (!libc)
         {
                 /* Try a different name for uClib support */
-               libc = dlopen("libc.so", RTLD_LAZY | RTLD_NOLOAD);
+               libc = dlopen("libc.so", RTLD_LAZY);
         }

         if (!libc)

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
&lt;/pre&gt;</description>
    <dc:creator>Petri Laakso</dc:creator>
    <dc:date>2012-01-17T11:49:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10248">
    <title>ja.po for 2.11</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10248</link>
    <description>&lt;pre&gt;New ja.po trancelated.

Please marge this.

&lt;/pre&gt;</description>
    <dc:creator>TANAKA hioraki</dc:creator>
    <dc:date>2011-10-21T13:50:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10243">
    <title>ROX-Filer and Glade</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10243</link>
    <description>&lt;pre&gt;Some distributions are now shipping without libglade. To avoid problems:

- I added an explicit dependency on libglade to ROX-Filer's 0install
feed, so it will download libglade if you don't have it already
- I've switched from glade to GtkBuilder in the Git version


&lt;/pre&gt;</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2011-10-02T15:25:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10241">
    <title>Creating a ROX application ...in TCL</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10241</link>
    <description>&lt;pre&gt;On the page http://roscidus.com/desktop/Tutorials/Start there is
statement: "Of course, you can write ROX applications in any language
you choose". But the entire page is devoted to Python, and the
examples are started with invocations of the type: "import findrox",
"import rox" and so on.

Is it then really possible to "write ROX applications in any language"
- be it TCL - or "in any language as long, as there exist a library
for ROX", like the ones mentioned on the page
http://roscidus.com/desktop/taxonomy/term/12 ?
&lt;/pre&gt;</description>
    <dc:creator>Zbigniew</dc:creator>
    <dc:date>2011-09-22T00:05:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10235">
    <title>Rox's pinboard.</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10235</link>
    <description>&lt;pre&gt;
I like Rox very much but tend to use it more for its' pinboard capabilities.
I do wih one could move around the icons on the pinboard with a little more 
accuracy. They tend to jump from position to position.

Where in the code is this function handled and where might I get the latest Rox 
code ?


Thanks


------------------------------------------------------------------------------
AppSumo Presents a FREE Video for the SourceForge Community by Eric 
Ries, the creator of the Lean Startup Methodology on "Lean Startup 
Secrets Revealed." This video shows you how to validate your ideas, 
optimize your ideas and identify your business strategy.
http://p.sf.net/sfu/appsumosfdev2dev
&lt;/pre&gt;</description>
    <dc:creator>Frank McCormick</dc:creator>
    <dc:date>2011-07-13T19:30:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10233">
    <title>Updated Spanish Translation</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10233</link>
    <description>&lt;pre&gt;Updated spanish translation




------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2_______________________________________________
rox-devel mailing list
rox-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rox-devel
&lt;/pre&gt;</description>
    <dc:creator>Jacob Salomón Preciado Preciado</dc:creator>
    <dc:date>2011-07-07T01:32:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10230">
    <title>App developers: requesting higher-resolution icons</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10230</link>
    <description>&lt;pre&gt;Hello,

Would it be possible to have application icons be available in a higher
resolution? Preferably SVG if that was the original source, but at least
128x128 or 256x256.

Fedora is switching to GNOME 3 with its next release (15), and the
Alt-Tab task switcher and the new dock both display large icons unless
there are too many things to display. Small icons do not look too nice
scaled up...

Thanks,

&lt;/pre&gt;</description>
    <dc:creator>Michel Alexandre Salim</dc:creator>
    <dc:date>2011-03-18T15:46:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10222">
    <title>Patch for copy files: newer/quiet behaviour‏</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10222</link>
    <description>&lt;pre&gt;
Hello,
Here is a patch to change the behaviour of the newer and quiet options when copying files. Currently, when copying files to an existing directory, you get prompted to confirm the copy for every existing 
file even if newer or quiet is selected. This might not be expected by the user - there needs to be a way of forcing overwrites on a large number of existing files without prompting, and quiet would be 
assumed to do that. This patch changes the behaviour to:

1. If Newer is selected then only attempt to copy newer files over existing files; if quiet is NOT selected, still ask for confirmation before copy
2. If Quiet is selected, don't ask for any confirmation under any circumstances.

This fixes the 'bug' reported in the user mail list: Copy options not working properly

Kind Regards,

Rod.

       ------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d_______________________________________________
rox-devel mailing list
rox-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rox-devel
&lt;/pre&gt;</description>
    <dc:creator>Rodney Padgett</dc:creator>
    <dc:date>2011-03-14T21:19:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10221">
    <title>Bug or feature? Handling of SVG icons</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10221</link>
    <description>&lt;pre&gt;My pinboard is populated by several application directories. I normally 
assign them an icon (in a shell script) by making .DirIcon a symbolic 
link to an SVG icon. This works fine in most cases, but with some SVG 
icons it doesn't. The pinboard then keeps showing the default ROX icon, 
and behaves as if there were no .DirIcon. The problem is not that ROX 
can't display it; if I enter the directory with Shift-Click, the image 
is shown correctly.

OTOH, if I set the icon manually ("Set Icon"/"Copy image into 
directory"), it seems to work at first, as the icon shows up properly on 
the pinboard. But it turns out that the SVG icon has not just been 
copied (as the manual says), but _converted_ to a different format, 
namely a 96x96 PNG image.

I noticed this behaviour only with rather big SVG files (about 600K), so 
it may depend on file size. Anyway, if it's a bug, it would be nice if 
somebody could look into it. If it's a feature, it's an annoying one 
(IMHO), as it creates inconsistent behaviour. It also contradicts the 
manual. So, if it is intended, it should be documented, and there should 
at least be on an option like by which it could be switched off.

Regards,
Bernd


------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
&lt;/pre&gt;</description>
    <dc:creator>Bernd Eggink</dc:creator>
    <dc:date>2011-03-10T14:19:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10218">
    <title>cppcheck analysis of rox_2.10</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10218</link>
    <description>&lt;pre&gt;G'day,
Debian are running code checking on all their packages and the  
cppcheck output for rox-2.10 is here:
http://qa.debian.org/daca/cppcheck/sid/rox_2.10-2.html

I think a few are probably false positives (just glanced over them),  
but there are a couple that are, indeed, memory leaks (patches  
attached).

Omair
&lt;/pre&gt;</description>
    <dc:creator>Omair Eshkenazi</dc:creator>
    <dc:date>2011-03-07T21:13:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10216">
    <title>Suggestion: Add Folders To Wallpaper App by Drag andDrop</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10216</link>
    <description>&lt;pre&gt;At the moment Wallpaper defaults to ~/Choices/Wallpaper for its source 
of images. It'd be nice if folders containing background images (such as 
/usr/share/backgrounds) could be added by the simple act of dragging and 
dropping them onto the Wallpaper ui. It'd also be handy if Wallpaper was 
able to handle tiling, scaling and resizing automatically.


------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world? 
http://p.sf.net/sfu/oracle-sfdevnlfb
&lt;/pre&gt;</description>
    <dc:creator>Mark Williams</dc:creator>
    <dc:date>2011-02-07T17:09:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10215">
    <title>Feature suggestion: action depending on "exec bit" set</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10215</link>
    <description>&lt;pre&gt;Hallo,

I would to suggest splitting the present "choose action" option into
two separate:
- action if file marked as executable
- action when it's not executable

Why my proposal? Writing some scripts I noticed, that it would be
convenient to have possibility to run scripts on mouseclick (and such
scripts are usually marked as executable) using appropriate shell for
chosen scripting language, while still keeping also convenient option
to edit with favourite editor "on mouseclick" the ones, that - for
example - weren't designed to be run as standalone toys, but are
"includes", or modules (and so on... readed by the former
"executables") - or just any others NOT created to be a "main module".

Of course, such possibility can be used for having more diversion in
"default action" with other file types, than scripts: e.g. one can
mark GIF-s as "executable" to edit them using GIMP on mouseclick -
while the others will be sent to viewer... and so on.

What do you think?

Z.

------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world? 
http://p.sf.net/sfu/oracle-sfdevnlfb
&lt;/pre&gt;</description>
    <dc:creator>Zbigniew B.</dc:creator>
    <dc:date>2011-02-07T16:48:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10207">
    <title>Temporary selection is not removed on menu close</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10207</link>
    <description>&lt;pre&gt;I have this behaviour with ROX 2.10:

- Filer window is open with no selection
- Right-click on a file
- Hit &amp;lt;ESC&amp;gt; to close the popup menu
- File is still slected

Is this the intended behaviour? The documentation says the item
should be selected temporarily.


--Michael


------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App &amp;amp; Earn a Chance To Win $500!
Tap into the largest installed PC base &amp;amp; get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Michael Ringe</dc:creator>
    <dc:date>2010-11-28T13:23:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10206">
    <title>destination rox window closes itself after copy/moveoperation</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10206</link>
    <description>&lt;pre&gt;Hi, 

after I upgraded to 2.10 I started experiencing a strange problem:

I move or copy some files between two filer windows, by drag'n'drop
mouse operation. After this operation is completed, the destination
filer window is closed. This happens roughly on 60% of tries.

Now I'm growing a habit to open an extra filer window before copying,
so that it can safely close without me losing it, and needing to
navigate again to that directory.

best regards
&lt;/pre&gt;</description>
    <dc:creator>Janek Kozicki</dc:creator>
    <dc:date>2010-11-26T15:01:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10198">
    <title>Kero Fin Clock %n does not work</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10198</link>
    <description>&lt;pre&gt;Dear Stephen Watson,

Could you use two different fields for time and date in Clock, please?
http://www.kerofin.demon.co.uk/rox/clock.html

Clock 2.17
User defined format: %X%n%x
%n is ignored: time and date are kept in one line

Ubuntu 10.10
ROX-Filer 1:2.10-1.1fakesync1
ROX-CLib 2.1.10 and ROX-Session 0.41.0 installed with ROX Build Debs Scripts
http://gtk-apps.org/content/show.php?content=134110

Regards,

Ariszló

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 &amp;amp; L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
&lt;/pre&gt;</description>
    <dc:creator>Ariszló</dc:creator>
    <dc:date>2010-11-22T10:06:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10175">
    <title>gitweb problem</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10175</link>
    <description>&lt;pre&gt;I don't like git, and git doesn't like me, but we're using it for ROX-Filer
and ROX-Lib so I have to deal with it.  The problem is since I switched to a
64 bit machine gitweb has stopped working.  If you go to
http://kerofin.demon.co.uk/git/gitweb.cgi you'll find no projects listed,
but I know there should be two.

Further more if I run gitweb directly

stephen&amp;lt; at &amp;gt;kerofin:~&amp;gt; /usr/share/git-web/gitweb.cgi 
Status: 200 OK
Content-Type: text/html; charset=utf-8

&amp;lt;?xml version="1.0" encoding="utf-8"?&amp;gt;
&amp;lt;!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"&amp;gt;
&amp;lt;html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en-US" lang="en-US"&amp;gt;
&amp;lt;!-- git web interface version 1.6.4.2, (C) 2005-2006, Kay Sievers
&amp;lt;kay.sievers&amp;lt; at &amp;gt;vrfy.org&amp;gt;, Christian Gierke --&amp;gt;
&amp;lt;!-- git core binaries version 1.6.4.2 --&amp;gt;
&amp;lt;head&amp;gt;

...snip...

&amp;lt;input type="text" name="s"  /&amp;gt;
&amp;lt;/p&amp;gt;
&amp;lt;/form&amp;gt;
fatal: Not a git repository: '/srv/git/rox-lib'
fatal: Not a git repository: '/srv/git/rox-filer'
&amp;lt;table class="project_list"&amp;gt;
&amp;lt;tr&amp;gt;
&amp;lt;th&amp;gt;Project&amp;lt;/th&amp;gt;
&amp;lt;th&amp;gt;&amp;lt;a class="header" href="?o=descr"&amp;gt;Description&amp;lt;/a&amp;gt;&amp;lt;/th&amp;gt;
&amp;lt;th&amp;gt;&amp;lt;a class="header" href="?o=owner"&amp;gt;Owner&amp;lt;/a&amp;gt;&amp;lt;/th&amp;gt;
&amp;lt;th&amp;gt;&amp;lt;a class="header" href="?o=age"&amp;gt;Last Change&amp;lt;/a&amp;gt;&amp;lt;/th&amp;gt;
&amp;lt;th&amp;gt;&amp;lt;/th&amp;gt;
&amp;lt;/tr&amp;gt;
&amp;lt;/table&amp;gt;
...etc.

But if I run gtik in /srv/git/rox-filer it works fine.  Even more bizzarely,
but running gitweb slightly differently, it works:

stephen&amp;lt; at &amp;gt;kerofin:/srv/git/rox-filer&amp;gt; /usr/bin/perl
/usr/share/git-web/gitweb.cgi 
Status: 200 OK
Content-Type: text/html; charset=utf-8

&amp;lt;?xml version="1.0" encoding="utf-8"?&amp;gt;
&amp;lt;!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"&amp;gt;
&amp;lt;html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en-US" lang="en-US"&amp;gt;
&amp;lt;!-- git web interface version 1.6.4.2, (C) 2005-2006, Kay Sievers
&amp;lt;kay.sievers&amp;lt; at &amp;gt;vrfy.org&amp;gt;, Christian Gierke --&amp;gt;
&amp;lt;!-- git core binaries version 1.6.4.2 --&amp;gt;
&amp;lt;head&amp;gt;

...snip...

&amp;lt;/p&amp;gt;
&amp;lt;/form&amp;gt;
&amp;lt;table class="project_list"&amp;gt;
&amp;lt;tr&amp;gt;
&amp;lt;th&amp;gt;Project&amp;lt;/th&amp;gt;
&amp;lt;th&amp;gt;&amp;lt;a class="header" href="?o=descr"&amp;gt;Description&amp;lt;/a&amp;gt;&amp;lt;/th&amp;gt;
&amp;lt;th&amp;gt;&amp;lt;a class="header" href="?o=owner"&amp;gt;Owner&amp;lt;/a&amp;gt;&amp;lt;/th&amp;gt;
&amp;lt;th&amp;gt;&amp;lt;a class="header" href="?o=age"&amp;gt;Last Change&amp;lt;/a&amp;gt;&amp;lt;/th&amp;gt;
&amp;lt;th&amp;gt;&amp;lt;/th&amp;gt;
&amp;lt;/tr&amp;gt;
&amp;lt;tr class="dark"&amp;gt;
&amp;lt;td&amp;gt;&amp;lt;a class="list" href="?p=rox-filer;a=summary"&amp;gt;rox-filer&amp;lt;/a&amp;gt;&amp;lt;/td&amp;gt;
&amp;lt;td&amp;gt;&amp;lt;a class="list" title="Filer for the ROX desktop"
href="?p=rox-filer;a=summary"&amp;gt;Filer for the ROX desktop&amp;lt;/a&amp;gt;&amp;lt;/td&amp;gt;
...etc.

Yet gitweb.cgi starts'#!/usr/bin/perl' so those two command lines should be
equivalent!  What's going on?
 
&lt;/pre&gt;</description>
    <dc:creator>Stephen Watson</dc:creator>
    <dc:date>2010-09-25T09:45:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10174">
    <title>python-alsaaudio kills DevTray sound card control</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10174</link>
    <description>&lt;pre&gt;Ubuntu Lucid Lynx, no 0install

If python-alsaaudio is installed then DevTray sound card control
crashes with TypeError: an integer is required. Clicking on the Bug
Report button Save As pops up and hangs. Forced Quit.

Removing python-alsaaudio fixes the problem: DevTray works fine with
alsamixergui (but I can no longer use MusicBox without
python-alsaaudio).

DevTray 0.4.1
TrayLib 0.3.2.1
ROX-Filer 2.10-1.1fakesync1 from Ubuntu Maverick Meerkat (2.5-1build1
from Lucid crashes with ROX-Session 0.40.0)
ROX-Session 0.40.0, home-built (Build-Depends: libgtk2.0-dev,
libxml++2.6-dev, libdbus-glib-1-dev, libxxf86vm-dev, libxtst-dev)
OroboROX 0.9.8.1, home-built (Build-Depends: automake, libglib2.0-dev,
libsm-dev, libxft-dev, libxinerama-dev, libxpm-dev, libxrandr-dev,
libxxf86vm-dev)

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
&lt;/pre&gt;</description>
    <dc:creator>Ariszló</dc:creator>
    <dc:date>2010-09-21T18:20:31</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.desktop.rox.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.desktop.rox.devel</link>
  </textinput>
</rdf:RDF>

