From: Michel A. S. <sal...@ya...> - 2002-04-13 06:50:48
|
I am using Red Hat's beta with Gtk+ 2.0.0 installed, and GARNOME 0.8.6 (GNOME 2 beta 3, with Gtk+ 2.0.1) in /opt/garnome. I noticed that when displaying the folder icons from the iKons set for KDE, which are displayed at a tilt of about 45 degrees or so, the edge appears as a smooth line in Gtk+ 2.0.0 but jagged in Gtk+ 2.0.1. Just upgraded my system Gtk+ to 2.0.2 from Red hat and it has the same issues as 2.0.1 - I thought it was because ROX was compiled against 2.0.0 so I recompiled, but the result is still the same. 'Upright' icons display fine, OTOH. Has anyone else seen this? Thanks, Michel _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: Thomas L. <ta...@ec...> - 2002-04-28 16:01:32
|
On Sat, Apr 13, 2002 at 07:50:53AM +0100, Michel Alexandre Salim wrote: > I am using Red Hat's beta with Gtk+ 2.0.0 installed, and GARNOME 0.8.6 > (GNOME 2 beta 3, with Gtk+ 2.0.1) in /opt/garnome. I noticed that when > displaying the folder icons from the iKons set for KDE, which are > displayed at a tilt of about 45 degrees or so, the edge appears as a > smooth line in Gtk+ 2.0.0 but jagged in Gtk+ 2.0.1. > > Just upgraded my system Gtk+ to 2.0.2 from Red hat and it has the same > issues as 2.0.1 - I thought it was because ROX was compiled against > 2.0.0 so I recompiled, but the result is still the same. > > 'Upright' icons display fine, OTOH. Has anyone else seen this? Haven't seen it, but I've just changed the Large and Huge display modes to use alpha-blending, so it might look better now... (if anyone has a better 'highlighted' effect for Huge mode, let me know...) -- Thomas Leonard http://rox.sourceforge.net ta...@ec... ta...@us... |
From: Ken H. <kh...@so...> - 2002-04-28 16:57:11
|
Looks Good! the new Mime stuff is OK too. At least it didn't break any of my custom se= ttings. On 2002.04.28 09:00 Thomas Leonard wrote: > On Sat, Apr 13, 2002 at 07:50:53AM +0100, Michel Alexandre Salim wrote: > > I am using Red Hat's beta with Gtk+ 2.0.0 installed, and GARNOME 0.8.6 > > (GNOME 2 beta 3, with Gtk+ 2.0.1) in /opt/garnome. I noticed that when > > displaying the folder icons from the iKons set for KDE, which are > > displayed at a tilt of about 45 degrees or so, the edge appears as a > > smooth line in Gtk+ 2.0.0 but jagged in Gtk+ 2.0.1. > >=20 > > Just upgraded my system Gtk+ to 2.0.2 from Red hat and it has the same > > issues as 2.0.1 - I thought it was because ROX was compiled against > > 2.0.0 so I recompiled, but the result is still the same. > >=20 > > 'Upright' icons display fine, OTOH. Has anyone else seen this? >=20 > Haven't seen it, but I've just changed the Large and Huge display modes to > use alpha-blending, so it might look better now... >=20 > (if anyone has a better 'highlighted' effect for Huge mode, let me > know...) >=20 >=20 > --=20 > Thomas Leonard http://rox.sourceforge.net > ta...@ec... ta...@us... >=20 > _______________________________________________ > rox-devel mailing list > rox...@li... > https://lists.sourceforge.net/lists/listinfo/rox-devel >=20 |
From: Thomas L. <ta...@ec...> - 2002-04-29 10:52:18
|
On Sun, Apr 28, 2002 at 09:57:25AM -0700, Ken Hayber wrote: > Looks Good! > > the new Mime stuff is OK too. At least it didn't break any of my custom > settings. Odd. It should have done ;-) Custom icons and default run actions are unaffected, but any old extension->type rules won't be used anymore (they go in ~/.mime/mime-info) now, and have a different format... -- Thomas Leonard http://rox.sourceforge.net ta...@ec... ta...@us... |
From: Ken H. <kh...@so...> - 2002-04-29 14:12:06
|
Yeah, it did. But not too bad; at first glance it looked OK. Too only a f= ew minutes to fix. > > the new Mime stuff is OK too. At least it didn't break MANY of my cust= om > > settings. :-) On 2002.04.29 03:51 Thomas Leonard wrote: > On Sun, Apr 28, 2002 at 09:57:25AM -0700, Ken Hayber wrote: > > Looks Good! > >=20 > > the new Mime stuff is OK too. At least it didn't break any of my custom > > settings. >=20 > Odd. It should have done ;-) >=20 > Custom icons and default run actions are unaffected, but any old > extension->type rules won't be used anymore (they go in ~/.mime/mime-info) > now, and have a different format... >=20 >=20 > --=20 > Thomas Leonard http://rox.sourceforge.net > ta...@ec... ta...@us... >=20 > _______________________________________________ > rox-devel mailing list > rox...@li... > https://lists.sourceforge.net/lists/listinfo/rox-devel >=20 |
From: Andras M. <ma...@ma...> - 2002-05-06 07:28:52
Attachments:
pixmaps.c.diff.gz
|
On Sun, Apr 28, 2002 at 17:00:31 +0100, Thomas Leonard wrote: > (if anyone has a better 'highlighted' effect for Huge mode, let me > know...) Here's a patch: it composites the image with a colour (opacity/transparency is allowed). (By the way: shouldn't all selected icons look the same? I mean that huge icons are lightened, large icons are inverted while small icons are not selected at all.) -- Andras Mohari ma...@ma... |
From: Thomas L. <ta...@ec...> - 2002-05-07 10:27:15
|
On Mon, May 06, 2002 at 08:28:20AM +0200, Andras Mohari wrote: > On Sun, Apr 28, 2002 at 17:00:31 +0100, Thomas Leonard wrote: > > (if anyone has a better 'highlighted' effect for Huge mode, let me > > know...) > > Here's a patch: it composites the image with a colour (opacity/transparency > is allowed). Thanks, that's much better! > (By the way: shouldn't all selected icons look the same? I mean that > huge icons are lightened, large icons are inverted while small icons are > not selected at all.) Done (I was just waiting to see what the final solution would be). I've also got pinboard icons to highlight now (before, only the text was affected). The pinboard is being redesigned at the moment, but it should work fairly well (with sawfish at least) for now. The pinboard is now a screen-sized window, and the filer controls the backdrop image (allowing icons and text to be alpha-blended with it). There's a new 'Use for Backdrop' menu item which lets you set the image for the current pinboard (Centred, Scaled or Tiled). I had a look at how KDE handles XEarth... it redirects output to a file and loads that, so I've added a SOAP method to allow external programs to set the backdrop. This means we need a wrapper for XEarth... Showing the pinboard is now quite a lot faster, but there are still some optimisations to do. I also need to add button-2 forwarding for older window managers (sawfish manages to intercept the clicks itself somehow). -- Thomas Leonard http://rox.sourceforge.net ta...@ec... ta...@us... |
From: Thomas L. <ta...@ec...> - 2002-05-08 11:59:11
|
On Tue, May 07, 2002 at 05:01:17PM -0400, Gregory Spath wrote: > On Tue, 7 May 2002 11:26:08 +0100, Thomas Leonard <ta...@ec...> > said: [...] > >The pinboard is being redesigned at the moment, but it should work fairly > >well (with sawfish at least) for now. The pinboard is now a screen-sized > >window, and the filer controls the backdrop image (allowing icons and > >text to be alpha-blended with it). There's a new 'Use for Backdrop' menu > >item which lets you set the image for the current pinboard (Centred, > >Scaled or Tiled). > > So how will we get to our WM's root menu then if you're always clicking on > a ROX window??? Kludgy. How do you think ROX-Filer used to get mouse clicks on the real root window? (the window manager is already selecting for button events, and only one program can select for them at a time...) The answer is far, far more kludgy, and didn't work with many WMs. The new system is really quite simple: when we get a button-2 mouse event, we ungrab the pointer and forward the event to the root window, where the WM gets it just as if the pinboard wasn't there... > >I had a look at how KDE handles XEarth... it redirects output to a file > >and loads that, so I've added a SOAP method to allow external programs to > >set the backdrop. This means we need a wrapper for XEarth... > > > >Showing the pinboard is now quite a lot faster, but there are still some > >optimisations to do. I also need to add button-2 forwarding for older > >window managers (sawfish manages to intercept the clicks itself somehow). > > Yup, that's the problem I'm worried about. Try it now... I've tested it with lots of wms and it works perfectly with sawfish and enlightenment, and correctly with most of the others if you use -o. Without -o, some wms bring it to the front when you click on it, but clicking on the pinboard will send it to the back again, so you won't be completely stuck. Fiddling with the options for the various window managers will probably help too (as had to be done with the old method anyway); I only used the defaults. -- Thomas Leonard http://rox.sourceforge.net ta...@ec... ta...@us... |
From: Andras M. <ma...@ma...> - 2002-05-09 08:17:16
|
On Wed, May 08, 2002 at 12:58:01 +0100, Thomas Leonard wrote: > The new system is really quite simple: when we get a button-2 mouse event, > we ungrab the pointer and forward the event to the root window, where the > WM gets it just as if the pinboard wasn't there... It would be nice to (optionally?) forward the other buttons too if one clicks on the pinboard instead of an icon. Is it possible? -- Andras Mohari ma...@ma... |
From: Thomas L. <ta...@ec...> - 2002-05-09 09:31:35
|
On Thu, May 09, 2002 at 10:16:56AM +0200, Andras Mohari wrote: > On Wed, May 08, 2002 at 12:58:01 +0100, Thomas Leonard wrote: > > The new system is really quite simple: when we get a button-2 mouse event, > > we ungrab the pointer and forward the event to the root window, where the > > WM gets it just as if the pinboard wasn't there... > > It would be nice to (optionally?) forward the other buttons too > if one clicks on the pinboard instead of an icon. Is it possible? Possible, but not very useful because we already use the other buttons: - Button-1 clears the selection, and will soon allow a lasso drag to select multiple icons. - Button-3 brings up the menu. Also, the WM spec says that window managers should only rely on button-2 for their menus, and they're probably configurable around it anyway... -- Thomas Leonard http://rox.sourceforge.net ta...@ec... ta...@us... |
From: Andras M. <ma...@ma...> - 2002-05-09 10:21:21
|
On Thu, May 09, 2002 at 10:30:25 +0100, Thomas Leonard wrote: > > It would be nice to (optionally?) forward the other buttons too > > if one clicks on the pinboard instead of an icon. Is it possible? > > Possible, but not very useful because we already use the other buttons: [...] > Also, the WM spec says that window managers should only rely on button-2 > for their menus, and they're probably configurable around it anyway... I wish the specification was supported by most of the WMs. <sigh> -- Andras Mohari ma...@ma... |
From: Gregory S. <gs...@fr...> - 2002-05-09 13:30:47
|
On Thu, 9 May 2002, Thomas Leonard wrote: > On Thu, May 09, 2002 at 10:16:56AM +0200, Andras Mohari wrote: > > On Wed, May 08, 2002 at 12:58:01 +0100, Thomas Leonard wrote: > > > The new system is really quite simple: when we get a button-2 mouse event, > > > we ungrab the pointer and forward the event to the root window, where the > > > WM gets it just as if the pinboard wasn't there... > > > > It would be nice to (optionally?) forward the other buttons too > > if one clicks on the pinboard instead of an icon. Is it possible? > > Possible, but not very useful because we already use the other buttons: > > - Button-1 clears the selection, and will soon allow a lasso drag to > select multiple icons. > > - Button-3 brings up the menu. > > Also, the WM spec says that window managers should only rely on button-2 > for their menus, and they're probably configurable around it anyway... What about WM's that allow you to specify which button you prefer? (I use 2 anyway, so no biggie). I would think that ROX should honor the WM's configuration. Is there a way for this to be done? --g's total ignorance of WM coding showing here. -- Gregory Spath gs...@fr... http://freefall.homeip.net/ |
From: Geoff Y. <g...@in...> - 2002-05-09 14:57:41
|
On Thu, May 09, 2002 at 09:30:19AM -0400, Gregory Spath wrote: > On Thu, 9 May 2002, Thomas Leonard wrote: > > On Thu, May 09, 2002 at 10:16:56AM +0200, Andras Mohari wrote: > > > On Wed, May 08, 2002 at 12:58:01 +0100, Thomas Leonard wrote: > > > > The new system is really quite simple: when we get a button-2 > > > > mouse event, we ungrab the pointer and forward the event to the > > > > root window, where the WM gets it just as if the pinboard wasn't > > > > there... > > > It would be nice to (optionally?) forward the other buttons too if > > > one clicks on the pinboard instead of an icon. Is it possible? > > Possible, but not very useful because we already use the other > > buttons: > > - Button-1 clears the selection, and will soon allow a lasso drag to > > select multiple icons. > > - Button-3 brings up the menu. > > Also, the WM spec says that window managers should only rely on > > button-2 for their menus, and they're probably configurable around > > it anyway... > What about WM's that allow you to specify which button you prefer? (I > use 2 anyway, so no biggie). I would think that ROX should honor the > WM's configuration. Is there a way for this to be done? Sawfish seems to work like this anyway: right click menu works OK here. Unfortunately button 2 doesn't work anymore: I don't have sawfish configured to use it for anything, but I do have ROX configured to use button 2 as the menu button which no longer works :( TTFN, Geoff. |
From: Thomas L. <ta...@ec...> - 2002-05-09 15:23:05
|
On Thu, May 09, 2002 at 04:08:32PM +0100, Geoff Youngs wrote: > On Thu, May 09, 2002 at 09:30:19AM -0400, Gregory Spath wrote: > > What about WM's that allow you to specify which button you prefer? (I > > use 2 anyway, so no biggie). I would think that ROX should honor the > > WM's configuration. Is there a way for this to be done? > > Sawfish seems to work like this anyway: right click menu works OK here. > Unfortunately button 2 doesn't work anymore: I don't have sawfish > configured to use it for anything, but I do have ROX configured to use > button 2 as the menu button which no longer works :( Good point. Should be fixed now (button-2 for WM menu, button-3 for ROX menu -- trying to make a button-3 press look like a button-2 press to the window manager is just asking for trouble ;-) I've also made quite a lot of other changes to the pinboard today: - The method for external applications to set the backdrop has completely changed. It should mean that the application will reliably terminate, even if the filer crashes, and not keep trying to set the backdrop. See the manual for details... the example given renders XEarth's image onto the backdrop, updating once a minute. - Pinboard icons were being draw onto a drawing area with a ParentRelative backdrop. Unfortunately, this caused the X server's memory to increase by about 1Mb each time the backdrop changed, and quitting the filer didn't get the memory back! Therefore, icons are now drawn directly on the backdrop, with a floating InputOnly window above each one to catch events. - The above InputOnly trickery is actually implemented already in the GtkButton class, so I just made the icons borderless buttons. This has created an interesting new highlight effect (haven't decided if I like it or not yet...), and also means that the sensitive region of the icon is now the rectangular area surrounding it, not just the image (good!). More testing welcome! -- Thomas Leonard http://rox.sourceforge.net ta...@ec... ta...@us... |