From: Abrolag <ab...@us...> - 2006-03-07 18:58:35
|
Is there a way to 'lock' the icon bar so that people (new or unfamiliar users) can't accidentally remove icons from it? -- No Sig |
From: Thomas L. <ta...@ec...> - 2006-03-09 19:42:05
|
On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: > Is there a way to 'lock' the icon bar so that people (new or unfamiliar > users) can't accidentally remove icons from it? Not at the moment, though it would be a good idea. Some possibilities: - An option in the options box (on by default) to confirm removing icons. - A checkbox in the icon properties box to lock it. - An 'undo last change to panel' menu item. -- Dr Thomas Leonard http://rox.sourceforge.net GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 |
From: Abrolag <ab...@us...> - 2006-03-09 20:04:27
|
On Thu, 09 Mar 2006 19:33:24 +0000 Thomas Leonard <ta...@ec...> wrote: > On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: > > > Is there a way to 'lock' the icon bar so that people (new or unfamiliar > > users) can't accidentally remove icons from it? > > Not at the moment, though it would be a good idea. Some possibilities: > > - An option in the options box (on by default) to confirm removing icons. > > - A checkbox in the icon properties box to lock it. > > - An 'undo last change to panel' menu item. Glad you think it's a good idea :) My personal preference would be number two. What do others think? -- No Sig |
From: Refael S. <ref...@gm...> - 2006-03-09 20:17:42
|
T24gMy85LzA2LCBBYnJvbGFnIDxhYnJvbGFnQHVzZXJzLnNvdXJjZWZvcmdlLm5ldD4gd3JvdGU6 Cj4gT24gVGh1LCAwOSBNYXIgMjAwNiAxOTozMzoyNCArMDAwMAo+IFRob21hcyBMZW9uYXJkIDx0 YWxAZWNzLnNvdG9uLmFjLnVrPiB3cm90ZToKPgo+ID4gT24gVHVlLCAwNyBNYXIgMjAwNiAxODo1 OTozOSArMDAwMCwgQWJyb2xhZyB3cm90ZToKPiA+Cj4gPiA+IElzIHRoZXJlIGEgd2F5IHRvICds b2NrJyB0aGUgaWNvbiBiYXIgc28gdGhhdCBwZW9wbGUgKG5ldyBvciB1bmZhbWlsaWFyCj4gPiA+ IHVzZXJzKSBjYW4ndCBhY2NpZGVudGFsbHkgcmVtb3ZlIGljb25zIGZyb20gaXQ/Cj4gPgo+ID4g Tm90IGF0IHRoZSBtb21lbnQsIHRob3VnaCBpdCB3b3VsZCBiZSBhIGdvb2QgaWRlYS4gU29tZSBw b3NzaWJpbGl0aWVzOgo+ID4KPiA+IC0gQW4gb3B0aW9uIGluIHRoZSBvcHRpb25zIGJveCAob24g YnkgZGVmYXVsdCkgdG8gY29uZmlybSByZW1vdmluZyBpY29ucy4KPiA+Cj4gPiAtIEEgY2hlY2ti b3ggaW4gdGhlIGljb24gcHJvcGVydGllcyBib3ggdG8gbG9jayBpdC4KPiA+Cj4gPiAtIEFuICd1 bmRvIGxhc3QgY2hhbmdlIHRvIHBhbmVsJyBtZW51IGl0ZW0uCj4KPiBHbGFkIHlvdSB0aGluayBp dCdzIGEgZ29vZCBpZGVhIDopCj4KPiBNeSBwZXJzb25hbCBwcmVmZXJlbmNlIHdvdWxkIGJlIG51 bWJlciB0d28uIFdoYXQgZG8gb3RoZXJzIHRoaW5rPwpJIHdvdWxkIGFsc28gZ28gd2l0aCBudW1i ZXIgdHdvLgo= |
From: Abrolag <ab...@us...> - 2006-06-26 18:54:51
|
On Thu, 9 Mar 2006 20:05:31 +0000 Abrolag <ab...@us...> wrote: > On Thu, 09 Mar 2006 19:33:24 +0000 > Thomas Leonard <ta...@ec...> wrote: > > > On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: > > > > > Is there a way to 'lock' the icon bar so that people (new or unfamiliar > > > users) can't accidentally remove icons from it? > > > > Not at the moment, though it would be a good idea. Some possibilities: > > > > - An option in the options box (on by default) to confirm removing icons. > > > > - A checkbox in the icon properties box to lock it. > > > > - An 'undo last change to panel' menu item. > > Glad you think it's a good idea :) > > My personal preference would be number two. What do others think? Any likelihood of this being implemented? A friend's family, just starting to use ROX keep accidentally removing icons, and are getting quite frustrated. I still do it myself sometimes too! -- W J G |
From: Lucas H. <luc...@gm...> - 2006-06-27 02:16:47
|
On 6/27/06, Abrolag <ab...@us...> wrote: > > On Thu, 9 Mar 2006 20:05:31 +0000 > Abrolag <ab...@us...> wrote: > > > On Thu, 09 Mar 2006 19:33:24 +0000 > > Thomas Leonard <ta...@ec...> wrote: > > > > > On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: > > > > > > > Is there a way to 'lock' the icon bar so that people (new or > unfamiliar > > > > users) can't accidentally remove icons from it? > > > > > > Not at the moment, though it would be a good idea. Some possibilities: > > > > > > - An option in the options box (on by default) to confirm removing > icons. > > > > > > - A checkbox in the icon properties box to lock it. > > > > > > - An 'undo last change to panel' menu item. > > > > Glad you think it's a good idea :) > > > > My personal preference would be number two. What do others think? > > Any likelihood of this being implemented? A friend's family, just > starting to use ROX keep accidentally removing icons, and are getting > quite frustrated. I still do it myself sometimes too! I agree the second option would be the best way to implement this. I think it's a good idea (not that I need it) but then everyone can't be as cool as me ;) If no one beats me to the punch I'll have a crack at it over the next few days. Got some work experience kids in the workshop this week, so I should have some 'free' time...*evil grin* |
From: Lucas H. <luc...@gm...> - 2006-06-28 00:21:06
|
On 6/28/06, Abrolag <ab...@us...> wrote: > > On Tue, 27 Jun 2006 18:46:16 +0200 > Dennis Tomas <2t...@in...> wrote: > > > Abrolag wrote: > > > On Thu, 9 Mar 2006 20:05:31 +0000 > > > Abrolag <ab...@us...> wrote: > > > > > > > > >> On Thu, 09 Mar 2006 19:33:24 +0000 > > >> Thomas Leonard <ta...@ec...> wrote: > > >> > > >> > > >>> On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: > > >>> > > >>> > > >>>> Is there a way to 'lock' the icon bar so that people (new or > unfamiliar > > >>>> users) can't accidentally remove icons from it? > > >>>> > > >>> Not at the moment, though it would be a good idea. Some > possibilities: > > >>> > > >>> - An option in the options box (on by default) to confirm removing > icons. > > >>> > > >>> - A checkbox in the icon properties box to lock it. > > >>> > > >>> - An 'undo last change to panel' menu item. > > >>> > > >> Glad you think it's a good idea :) > > >> > > >> My personal preference would be number two. What do others think? > > >> > > > > > > Any likelihood of this being implemented? A friend's family, just > > > starting to use ROX keep accidentally removing icons, and are getting > > > quite frustrated. I still do it myself sometimes too! > > > > > I had a go today. Patch attached. > > Nice to see so much interest and so quickly :) > > I'd like to look a this. > > <idiot mode="on"> > > Where and how do I apply the patch? > > idiot mode="off"> > > -- > W J G > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > rox-users mailing list > rox...@li... > https://lists.sourceforge.net/lists/listinfo/rox-users > I was thinking more along the lines of: <icon label="Home" lock="true">~</icon> I dont really like the idea of locking the entire panel personally. A global lock could be achieved by adding a 'Lock Icons' toggle in the panel options dialog. |
From: Dennis T. <2t...@in...> - 2006-06-28 15:29:50
|
Lucas Hazel wrote: > > > On 6/28/06, *Abrolag* <ab...@us... > <mailto:ab...@us...>> wrote: > > On Tue, 27 Jun 2006 18:46:16 +0200 > Dennis Tomas <2t...@in... > <mailto:2t...@in...>> wrote: > > > Abrolag wrote: > > > On Thu, 9 Mar 2006 20:05:31 +0000 > > > Abrolag <ab...@us... > <mailto:ab...@us...>> wrote: > > > > > > > > >> On Thu, 09 Mar 2006 19:33:24 +0000 > > >> Thomas Leonard < ta...@ec... > <mailto:ta...@ec...>> wrote: > > >> > > >> > > >>> On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: > > >>> > > >>> > > >>>> Is there a way to 'lock' the icon bar so that people (new > or unfamiliar > > >>>> users) can't accidentally remove icons from it? > > >>>> > > >>> Not at the moment, though it would be a good idea. Some > possibilities: > > >>> > > >>> - An option in the options box (on by default) to confirm > removing icons. > > >>> > > >>> - A checkbox in the icon properties box to lock it. > > >>> > > >>> - An 'undo last change to panel' menu item. > > >>> > > >> Glad you think it's a good idea :) > > >> > > >> My personal preference would be number two. What do others > think? > > >> > > > > > > Any likelihood of this being implemented? A friend's family, just > > > starting to use ROX keep accidentally removing icons, and are > getting > > > quite frustrated. I still do it myself sometimes too! > > > > > I had a go today. Patch attached. > > Nice to see so much interest and so quickly :) > > I'd like to look a this. > > <idiot mode="on"> > > Where and how do I apply the patch? > > idiot mode="off"> > > > I was thinking more along the lines of: > > <icon label="Home" lock="true">~</icon> This is exactly what I did (apart from "lock" being called "locked"). Didn't my patch work for you? If it works, you should be able to lock any icon by checking "Lock" in its "Edit Item" dialog. ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |
From: Dennis T. <2t...@in...> - 2006-06-27 16:42:55
Attachments:
lock_icons.patch
|
Abrolag wrote: > On Thu, 9 Mar 2006 20:05:31 +0000 > Abrolag <ab...@us...> wrote: > > >> On Thu, 09 Mar 2006 19:33:24 +0000 >> Thomas Leonard <ta...@ec...> wrote: >> >> >>> On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: >>> >>> >>>> Is there a way to 'lock' the icon bar so that people (new or unfamiliar >>>> users) can't accidentally remove icons from it? >>>> >>> Not at the moment, though it would be a good idea. Some possibilities: >>> >>> - An option in the options box (on by default) to confirm removing icons. >>> >>> - A checkbox in the icon properties box to lock it. >>> >>> - An 'undo last change to panel' menu item. >>> >> Glad you think it's a good idea :) >> >> My personal preference would be number two. What do others think? >> > > Any likelihood of this being implemented? A friend's family, just > starting to use ROX keep accidentally removing icons, and are getting > quite frustrated. I still do it myself sometimes too! > I had a go today. Patch attached. |
From: Abrolag <ab...@us...> - 2006-06-27 19:17:40
|
On Tue, 27 Jun 2006 18:46:16 +0200 Dennis Tomas <2t...@in...> wrote: > Abrolag wrote: > > On Thu, 9 Mar 2006 20:05:31 +0000 > > Abrolag <ab...@us...> wrote: > > > > > >> On Thu, 09 Mar 2006 19:33:24 +0000 > >> Thomas Leonard <ta...@ec...> wrote: > >> > >> > >>> On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: > >>> > >>> > >>>> Is there a way to 'lock' the icon bar so that people (new or unfamiliar > >>>> users) can't accidentally remove icons from it? > >>>> > >>> Not at the moment, though it would be a good idea. Some possibilities: > >>> > >>> - An option in the options box (on by default) to confirm removing icons. > >>> > >>> - A checkbox in the icon properties box to lock it. > >>> > >>> - An 'undo last change to panel' menu item. > >>> > >> Glad you think it's a good idea :) > >> > >> My personal preference would be number two. What do others think? > >> > > > > Any likelihood of this being implemented? A friend's family, just > > starting to use ROX keep accidentally removing icons, and are getting > > quite frustrated. I still do it myself sometimes too! > > > I had a go today. Patch attached. Nice to see so much interest and so quickly :) I'd like to look a this. <idiot mode="on"> Where and how do I apply the patch? idiot mode="off"> -- W J G |
From: Dennis T. <2t...@in...> - 2006-06-28 15:05:21
|
Abrolag wrote: > Nice to see so much interest and so quickly :) > > I'd like to look a this. > > <idiot mode="on"> > > Where and how do I apply the patch? > > idiot mode="off"> > 1) get ROX-Filer from svn: svn co https://svn.sourceforge.net/svnroot/rox/trunk/rox rox 2) copy the patch into the directory rox/ROX-Filer/src 3) cd into this directory 4) apply patch: patch -p1 -i lock_icons.patch 5) Compile ROX-Filer: ../AppRun --compile 6) if using 0install: 0launch --feed ../../ROX-Filer.xml else: create a shell-script ~/.config/rox.sourceforge.net/ROX-Session/RunROX which runs the patched version: # /bin/sh exec /path/to/rox/ROX-Filer/AppRun -S 7) log out / log in ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |
From: Abrolag <ab...@us...> - 2006-06-28 21:02:22
|
On Wed, 28 Jun 2006 17:08:44 +0200 Dennis Tomas <2t...@in...> wrote: > Abrolag wrote: > > Nice to see so much interest and so quickly :) > > > > I'd like to look a this. > > > > <idiot mode="on"> > > > > Where and how do I apply the patch? > > > > idiot mode="off"> > > > 1) get ROX-Filer from svn: > svn co https://svn.sourceforge.net/svnroot/rox/trunk/rox rox I'm afraid I stumble at the first hurdle :( Maybe I'm getting old, but I found the 'directions' on sourceforge about using svn totally incomprehensible. I've done plenty of builds, and even added a few small patches in OroboROX, but this just seems to be too much, which is most frustrating as it looks like you have created exactly what I want! > 2) copy the patch into the directory rox/ROX-Filer/src > > 3) cd into this directory > > 4) apply patch: > patch -p1 -i lock_icons.patch > > 5) Compile ROX-Filer: > ../AppRun --compile > > 6) if using 0install: > 0launch --feed ../../ROX-Filer.xml > else: > create a shell-script ~/.config/rox.sourceforge.net/ROX-Session/RunROX > which runs the patched version: > # /bin/sh > exec /path/to/rox/ROX-Filer/AppRun -S > > 7) log out / log in -- W J G |
From: Lucas H. <luc...@gm...> - 2006-06-28 23:23:27
|
On 6/28/06, Dennis Tomas <2t...@in...> wrote: > > Abrolag wrote: > > On Thu, 9 Mar 2006 20:05:31 +0000 > > Abrolag <ab...@us...> wrote: > > > > > >> On Thu, 09 Mar 2006 19:33:24 +0000 > >> Thomas Leonard <ta...@ec...> wrote: > >> > >> > >>> On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: > >>> > >>> > >>>> Is there a way to 'lock' the icon bar so that people (new or > unfamiliar > >>>> users) can't accidentally remove icons from it? > >>>> > >>> Not at the moment, though it would be a good idea. Some possibilities: > >>> > >>> - An option in the options box (on by default) to confirm removing > icons. > >>> > >>> - A checkbox in the icon properties box to lock it. > >>> > >>> - An 'undo last change to panel' menu item. > >>> > >> Glad you think it's a good idea :) > >> > >> My personal preference would be number two. What do others think? > >> > > > > Any likelihood of this being implemented? A friend's family, just > > starting to use ROX keep accidentally removing icons, and are getting > > quite frustrated. I still do it myself sometimes too! > > > I had a go today. Patch attached. I got patch rejections all over the place, even with revision 4644 |
From: Dennis T. <2t...@in...> - 2006-06-29 08:00:49
|
Lucas Hazel wrote: > > On 6/28/06, *Dennis Tomas* <2t...@in... > <mailto:2t...@in...>> wrote: > > Abrolag wrote: > > On Thu, 9 Mar 2006 20:05:31 +0000 > > Abrolag <ab...@us... > <mailto:ab...@us...>> wrote: > > > > > >> On Thu, 09 Mar 2006 19:33:24 +0000 > >> Thomas Leonard <ta...@ec... > <mailto:ta...@ec...>> wrote: > >> > >> > >>> On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: > >>> > >>> > >>>> Is there a way to 'lock' the icon bar so that people (new or > unfamiliar > >>>> users) can't accidentally remove icons from it? > >>>> > >>> Not at the moment, though it would be a good idea. Some > possibilities: > >>> > >>> - An option in the options box (on by default) to confirm > removing icons. > >>> > >>> - A checkbox in the icon properties box to lock it. > >>> > >>> - An 'undo last change to panel' menu item. > >>> > >> Glad you think it's a good idea :) > >> > >> My personal preference would be number two. What do others think? > >> > > > > Any likelihood of this being implemented? A friend's family, just > > starting to use ROX keep accidentally removing icons, and are > getting > > quite frustrated. I still do it myself sometimes too! > > > I had a go today. Patch attached. > > > I got patch rejections all over the place, even with revision 4644 > I generated the patch using svn diff > lock_icons.patch. Is there anything wrong with this? (I'm not very experienced with svn) ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: Lucas H. <luc...@gm...> - 2006-06-29 08:23:03
|
On 6/29/06, Dennis Tomas <2t...@in...> wrote: > > Lucas Hazel wrote: > > > > On 6/28/06, *Dennis Tomas* <2t...@in... > > <mailto:2t...@in...>> wrote: > > > > Abrolag wrote: > > > On Thu, 9 Mar 2006 20:05:31 +0000 > > > Abrolag <ab...@us... > > <mailto:ab...@us...>> wrote: > > > > > > > > >> On Thu, 09 Mar 2006 19:33:24 +0000 > > >> Thomas Leonard <ta...@ec... > > <mailto:ta...@ec...>> wrote: > > >> > > >> > > >>> On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: > > >>> > > >>> > > >>>> Is there a way to 'lock' the icon bar so that people (new or > > unfamiliar > > >>>> users) can't accidentally remove icons from it? > > >>>> > > >>> Not at the moment, though it would be a good idea. Some > > possibilities: > > >>> > > >>> - An option in the options box (on by default) to confirm > > removing icons. > > >>> > > >>> - A checkbox in the icon properties box to lock it. > > >>> > > >>> - An 'undo last change to panel' menu item. > > >>> > > >> Glad you think it's a good idea :) > > >> > > >> My personal preference would be number two. What do others think? > > >> > > > > > > Any likelihood of this being implemented? A friend's family, just > > > starting to use ROX keep accidentally removing icons, and are > > getting > > > quite frustrated. I still do it myself sometimes too! > > > > > I had a go today. Patch attached. > > > > > > I got patch rejections all over the place, even with revision 4644 > > > I generated the patch using svn diff > lock_icons.patch. Is there > anything wrong with this? (I'm not very experienced with svn) I don't think so, but try using 'diff -urN' see if it make a difference. |
From: Dennis T. <2t...@in...> - 2006-06-29 16:13:39
Attachments:
lock_icons2.patch
|
Lucas Hazel wrote: > > > On 6/29/06, *Dennis Tomas* <2t...@in... > <mailto:2t...@in...>> wrote: > > Lucas Hazel wrote: > > > > On 6/28/06, *Dennis Tomas* <2t...@in... > <mailto:2t...@in...> > > <mailto: 2t...@in... > <mailto:2t...@in...>>> wrote: > > > > Abrolag wrote: > > > On Thu, 9 Mar 2006 20:05:31 +0000 > > > Abrolag <ab...@us... > <mailto:ab...@us...> > > <mailto:ab...@us... > <mailto:ab...@us...>>> wrote: > > > > > > > > >> On Thu, 09 Mar 2006 19:33:24 +0000 > > >> Thomas Leonard < ta...@ec... > <mailto:ta...@ec...> > > <mailto:ta...@ec... <mailto:ta...@ec...>>> > wrote: > > >> > > >> > > >>> On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: > > >>> > > >>> > > >>>> Is there a way to 'lock' the icon bar so that people > (new or > > unfamiliar > > >>>> users) can't accidentally remove icons from it? > > >>>> > > >>> Not at the moment, though it would be a good idea. Some > > possibilities: > > >>> > > >>> - An option in the options box (on by default) to confirm > > removing icons. > > >>> > > >>> - A checkbox in the icon properties box to lock it. > > >>> > > >>> - An 'undo last change to panel' menu item. > > >>> > > >> Glad you think it's a good idea :) > > >> > > >> My personal preference would be number two. What do > others think? > > >> > > > > > > Any likelihood of this being implemented? A friend's > family, just > > > starting to use ROX keep accidentally removing icons, and are > > getting > > > quite frustrated. I still do it myself sometimes too! > > > > > I had a go today. Patch attached. > > > > > > I got patch rejections all over the place, even with revision 4644 > > > I generated the patch using svn diff > lock_icons.patch. Is there > anything wrong with this? (I'm not very experienced with svn) > > > I don't think so, but try using 'diff -urN' see if it make a difference. Not really. I've attached the "new" patch anyway. Are you sure you're using current svn with no other patches applied? |
From: Lucas H. <luc...@gm...> - 2006-06-29 22:25:20
|
On 6/30/06, Dennis Tomas <2t...@in...> wrote: > > Lucas Hazel wrote: > > > > > > On 6/29/06, *Dennis Tomas* <2t...@in... > > <mailto:2t...@in...>> wrote: > > > > Lucas Hazel wrote: > > > > > > On 6/28/06, *Dennis Tomas* <2t...@in... > > <mailto:2t...@in...> > > > <mailto: 2t...@in... > > <mailto:2t...@in...>>> wrote: > > > > > > Abrolag wrote: > > > > On Thu, 9 Mar 2006 20:05:31 +0000 > > > > Abrolag <ab...@us... > > <mailto:ab...@us...> > > > <mailto:ab...@us... > > <mailto:ab...@us...>>> wrote: > > > > > > > > > > > >> On Thu, 09 Mar 2006 19:33:24 +0000 > > > >> Thomas Leonard < ta...@ec... > > <mailto:ta...@ec...> > > > <mailto:ta...@ec... <mailto:ta...@ec...>>> > > wrote: > > > >> > > > >> > > > >>> On Tue, 07 Mar 2006 18:59:39 +0000, Abrolag wrote: > > > >>> > > > >>> > > > >>>> Is there a way to 'lock' the icon bar so that people > > (new or > > > unfamiliar > > > >>>> users) can't accidentally remove icons from it? > > > >>>> > > > >>> Not at the moment, though it would be a good idea. Some > > > possibilities: > > > >>> > > > >>> - An option in the options box (on by default) to confirm > > > removing icons. > > > >>> > > > >>> - A checkbox in the icon properties box to lock it. > > > >>> > > > >>> - An 'undo last change to panel' menu item. > > > >>> > > > >> Glad you think it's a good idea :) > > > >> > > > >> My personal preference would be number two. What do > > others think? > > > >> > > > > > > > > Any likelihood of this being implemented? A friend's > > family, just > > > > starting to use ROX keep accidentally removing icons, and > are > > > getting > > > > quite frustrated. I still do it myself sometimes too! > > > > > > > I had a go today. Patch attached. > > > > > > > > > I got patch rejections all over the place, even with revision > 4644 > > > > > I generated the patch using svn diff > lock_icons.patch. Is there > > anything wrong with this? (I'm not very experienced with svn) > > > > > > I don't think so, but try using 'diff -urN' see if it make a difference. > Not really. I've attached the "new" patch anyway. Are you sure you're > using current svn with no other patches applied? Still getting patch rejections, even with current and pristine sources. Are you sure your diff is against the same, no local modifications, etc? |
From: Abrolag <ab...@us...> - 2006-06-29 22:58:00
|
On Fri, 30 Jun 2006 08:25:19 +1000 "Lucas Hazel" <luc...@gm...> wrote: <snip> > Still getting patch rejections, even with current and pristine sources. Are > you sure your diff is against the same, no local modifications, etc? In view of your problems, and mine I wonder if Dennis could put the whole of his version of ROX filer somewhere with a link to it - It's only about 2M after all! -- W J G |
From: Dennis T. <2t...@in...> - 2006-06-29 23:14:13
|
Lucas Hazel wrote: > > > On 6/30/06, *Dennis Tomas* <2t...@in... > <mailto:2t...@in...>> wrote: > > Lucas Hazel wrote: > > > > > > On 6/29/06, *Dennis Tomas* <2t...@in... > <mailto:2t...@in...> > > <mailto: 2t...@in... > <mailto:2t...@in...>>> wrote: > > > > Lucas Hazel wrote: > > [...] > > > > > > > > > I got patch rejections all over the place, even with > revision 4644 > > > > > I generated the patch using svn diff > lock_icons.patch. Is > there > > anything wrong with this? (I'm not very experienced with svn) > > > > > > I don't think so, but try using 'diff -urN' see if it make a > difference. > Not really. I've attached the "new" patch anyway. Are you sure you're > using current svn with no other patches applied? > > > Still getting patch rejections, even with current and pristine > sources. Are you sure your diff is against the same, no local > modifications, etc? > Very sure. I've just done this: cd ~/Apps mv rox rox.old svn co https://svn.sourceforge.net/svnroot/rox/trunk/rox rox cd rox/ROX-Filer/src cp /path/to/lock_icons.patch . patch -p1 -i ../lock_icons.patch and it worked. Abrolag wrote: > In view of your problems, and mine I wonder if Dennis could put the > whole of his version of ROX filer somewhere with a link to it - It's > only about 2M after all! No problem: ftp://ftp.berlios.de/pub/rox4debian/apps/rox-filer-2.4.1+lock_icons.tgz ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: Abrolag <ab...@us...> - 2006-06-30 21:30:53
|
On Fri, 30 Jun 2006 01:17:41 +0200 Dennis Tomas <2t...@in...> wrote: > Abrolag wrote: > > In view of your problems, and mine I wonder if Dennis could put the > > whole of his version of ROX filer somewhere with a link to it - It's > > only about 2M after all! > No problem: > ftp://ftp.berlios.de/pub/rox4debian/apps/rox-filer-2.4.1+lock_icons.tgz Thank you for putting this up. Unfortunately it now has a libpangocairo dependency which the ordinary rox-2.4.1 doesn't have, this in turn has a cairo-1.0.0 dependency which mdk 10.1 has no RPM for, and trying to compile it reveals THAT has a glib2.10 dependency which mdk 10.1 also doesn't have. <sigh> This looks like I won't be able to get anywhere until the new release of Mandriva comes out in the autumn. I've deliberately passed over the last two versions, firstly because 10.1 had everything I needed, and secondly because with so much new stuff from different sources going into to the later versions I was doubtful about its stability. -- W J G |
From: Dennis T. <2t...@in...> - 2006-07-01 07:11:16
|
Abrolag wrote: > On Fri, 30 Jun 2006 01:17:41 +0200 > Dennis Tomas <2t...@in...> wrote: > > >> Abrolag wrote: >> >>> In view of your problems, and mine I wonder if Dennis could put the >>> whole of his version of ROX filer somewhere with a link to it - It's >>> only about 2M after all! >>> >> No problem: >> ftp://ftp.berlios.de/pub/rox4debian/apps/rox-filer-2.4.1+lock_icons.tgz >> > > Thank you for putting this up. Unfortunately it now has a libpangocairo > dependency which the ordinary rox-2.4.1 doesn't have, this in turn has > a cairo-1.0.0 dependency which mdk 10.1 has no RPM for, and trying to > compile it reveals THAT has a glib2.10 dependency which mdk 10.1 > also doesn't have. > You can rebuild ROX-Filer by cd'ing into its appdir and typing ./AppRun --compile. ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |
From: Thomas L. <ta...@ec...> - 2006-07-01 10:05:38
|
On Fri, 30 Jun 2006 22:34:44 +0100, Abrolag wrote: > On Fri, 30 Jun 2006 01:17:41 +0200 > Dennis Tomas <2t...@in...> wrote: [...] >> No problem: >> ftp://ftp.berlios.de/pub/rox4debian/apps/rox-filer-2.4.1+lock_icons.tgz > > Thank you for putting this up. Unfortunately it now has a libpangocairo > dependency which the ordinary rox-2.4.1 doesn't have, this in turn has > a cairo-1.0.0 dependency which mdk 10.1 has no RPM for, and trying to > compile it reveals THAT has a glib2.10 dependency which mdk 10.1 > also doesn't have. Just a reminder to anyone building C programs: you can get a GTK 2.4 build environment like this: $ 0launch http://0install.net/2006/interfaces/GTK-2.4.xml Giving you a new shell... compile your program in this environment. pkg-config reports GTK version is now 2.4.14 gtk2.4 $ Compiling in this environment (AppRun --compile) should get you a binary without any bogus dependencies (pangocairo, libglitz, etc). If it doesn't work, let me know! Your regular build environment isn't affected. (note: it should also work for C++ programs now, although none of the ROX apps need that) -- Dr Thomas Leonard http://rox.sourceforge.net GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 |
From: Abrolag <ab...@us...> - 2006-07-01 17:49:42
|
On Sat, 01 Jul 2006 11:10:06 +0100 Thomas Leonard <ta...@ec...> wrote: > On Fri, 30 Jun 2006 22:34:44 +0100, Abrolag wrote: > > On Fri, 30 Jun 2006 01:17:41 +0200 > > Dennis Tomas <2t...@in...> wrote: > [...] > >> No problem: > >> ftp://ftp.berlios.de/pub/rox4debian/apps/rox-filer-2.4.1+lock_icons.tgz > > > > Thank you for putting this up. Unfortunately it now has a libpangocairo > > dependency which the ordinary rox-2.4.1 doesn't have, this in turn has > > a cairo-1.0.0 dependency which mdk 10.1 has no RPM for, and trying to > > compile it reveals THAT has a glib2.10 dependency which mdk 10.1 > > also doesn't have. > > Just a reminder to anyone building C programs: you can get a GTK 2.4 build > environment like this: > > $ 0launch http://0install.net/2006/interfaces/GTK-2.4.xml > Giving you a new shell... compile your program in this environment. > pkg-config reports GTK version is now 2.4.14 > gtk2.4 $ > > Compiling in this environment (AppRun --compile) should get you a binary > without any bogus dependencies (pangocairo, libglitz, etc). If it doesn't > work, let me know! Your regular build environment isn't affected. > > (note: it should also work for C++ programs now, although none of the ROX > apps need that) Unfortunately even with this it still fails (although I must remember it for the future). When trying to compile I get the error message: appmenu.o(.text+0x11d): In function `create_menu_item': /home/bungee/rox-filer-2.4.1+lock_icons/ROX-Filer/src/appmenu.c:205: undefined reference to `gtk_image_new_from_icon_name' collect2: ld returned 1 exit status make: *** [ROX-Filer] Error 1 Compile failed -- W J G |
From: Dennis T. <2t...@in...> - 2006-07-01 18:39:11
Attachments:
gtk2.4-compat.patch
|
Abrolag wrote: > On Sat, 01 Jul 2006 11:10:06 +0100 > Thomas Leonard <ta...@ec...> wrote: > > >> On Fri, 30 Jun 2006 22:34:44 +0100, Abrolag wrote: >> >>> On Fri, 30 Jun 2006 01:17:41 +0200 >>> Dennis Tomas <2t...@in...> wrote: >>> >> [...] >> >>>> No problem: >>>> ftp://ftp.berlios.de/pub/rox4debian/apps/rox-filer-2.4.1+lock_icons.tgz >>>> >>> Thank you for putting this up. Unfortunately it now has a libpangocairo >>> dependency which the ordinary rox-2.4.1 doesn't have, this in turn has >>> a cairo-1.0.0 dependency which mdk 10.1 has no RPM for, and trying to >>> compile it reveals THAT has a glib2.10 dependency which mdk 10.1 >>> also doesn't have. >>> >> Just a reminder to anyone building C programs: you can get a GTK 2.4 build >> environment like this: >> >> $ 0launch http://0install.net/2006/interfaces/GTK-2.4.xml >> Giving you a new shell... compile your program in this environment. >> pkg-config reports GTK version is now 2.4.14 >> gtk2.4 $ >> >> Compiling in this environment (AppRun --compile) should get you a binary >> without any bogus dependencies (pangocairo, libglitz, etc). If it doesn't >> work, let me know! Your regular build environment isn't affected. >> >> (note: it should also work for C++ programs now, although none of the ROX >> apps need that) >> > > Unfortunately even with this it still fails (although I must remember it > for the future). > > When trying to compile I get the error message: > > appmenu.o(.text+0x11d): In function `create_menu_item': > /home/bungee/rox-filer-2.4.1+lock_icons/ROX-Filer/src/appmenu.c:205: > undefined reference to `gtk_image_new_from_icon_name' > collect2: ld returned 1 exit status > make: *** [ROX-Filer] Error 1 > Compile failed It's because gtk_image_new_from_icon_name() was first introduced in gtk 2.6. The attached patch fixes it. |
From: Dennis T. <2t...@in...> - 2006-07-01 19:06:40
Attachments:
gtk2.4-compat.patch
|
Dennis Tomas wrote: > Abrolag wrote: >> On Sat, 01 Jul 2006 11:10:06 +0100 >> Thomas Leonard <ta...@ec...> wrote: >> >> >>> On Fri, 30 Jun 2006 22:34:44 +0100, Abrolag wrote: >>> >>>> On Fri, 30 Jun 2006 01:17:41 +0200 >>>> Dennis Tomas <2t...@in...> wrote: >>>> >>> [...] >>> >>>>> No problem: >>>>> ftp://ftp.berlios.de/pub/rox4debian/apps/rox-filer-2.4.1+lock_icons.tgz >>>>> >>>>> >>>> Thank you for putting this up. Unfortunately it now has a >>>> libpangocairo >>>> dependency which the ordinary rox-2.4.1 doesn't have, this in turn has >>>> a cairo-1.0.0 dependency which mdk 10.1 has no RPM for, and trying to >>>> compile it reveals THAT has a glib2.10 dependency which mdk 10.1 >>>> also doesn't have. >>>> >>> Just a reminder to anyone building C programs: you can get a GTK 2.4 >>> build >>> environment like this: >>> >>> $ 0launch http://0install.net/2006/interfaces/GTK-2.4.xml >>> Giving you a new shell... compile your program in this environment. >>> pkg-config reports GTK version is now 2.4.14 >>> gtk2.4 $ >>> Compiling in this environment (AppRun --compile) should get you a >>> binary >>> without any bogus dependencies (pangocairo, libglitz, etc). If it >>> doesn't >>> work, let me know! Your regular build environment isn't affected. >>> >>> (note: it should also work for C++ programs now, although none of >>> the ROX >>> apps need that) >>> >> >> Unfortunately even with this it still fails (although I must remember it >> for the future). >> >> When trying to compile I get the error message: >> >> appmenu.o(.text+0x11d): In function `create_menu_item': >> /home/bungee/rox-filer-2.4.1+lock_icons/ROX-Filer/src/appmenu.c:205: >> undefined reference to `gtk_image_new_from_icon_name' >> collect2: ld returned 1 exit status >> make: *** [ROX-Filer] Error 1 >> Compile failed > It's because gtk_image_new_from_icon_name() was first introduced in > gtk 2.6. The attached patch fixes it. Sorry, there is a problem with my patch: It doesn't load the menu icon from gtk-theme, but from the current icon theme, which can lead to some ugly results. This new patch first looks up the icon from gtk and then falls back on the current icon theme. |