From fourdan at xfce.org Thu Jan 8 00:42:17 2004 From: fourdan at xfce.org (Olivier Fourdan) Date: Thu, 08 Jan 2004 00:42:17 +0100 Subject: xfce-4.0.3 released Message-ID: <1073518937.1946.2.camel@shuttle> Hello World\n The XFce Team is pleased to announce the release 4.0.3 of the XFce 4 Desktop Environment and Development Platform. This is a maintenance release. Quick sum-up of fixes: - Leak in window manager's pixmap management - Various file manager fixes - Translation updates - Support for KDE system tray was added Due to the memory leak found in the window manager code, users of all previous versions of xfce4 beta and xfce 4.0.x releases are highly encouraged to upgrade. Please visit http://www.xfce.org or http://xfce.sf.net for file download. Rgds, -- Olivier Fourdan - fourdan at xfce.org Interoperability is the keyword, uniformity is a dead end. http://www.xfce.org From fourdan at xfce.org Mon Jan 12 21:40:35 2004 From: fourdan at xfce.org (Olivier Fourdan) Date: Mon, 12 Jan 2004 21:40:35 +0100 Subject: xfce-4.0.3.1 released Message-ID: <1073940035.1695.31.camel@shuttle> Hello World\n XFce 4.0.3.1 has been released. It's a small bug fix release for xfwm4 that ships with xfce 4.0.3. It fixes a focus problem when using multiple screens (not using Xinerama). xfwm4 is the only package impacted by this release. Rgds, -- Olivier Fourdan - fourdan at xfce.org Interoperability is the keyword, uniformity is a dead end. http://www.xfce.org From purslow at sympatico.ca Fri Jan 16 23:20:55 2004 From: purslow at sympatico.ca (purslow at sympatico.ca) Date: Fri, 16 Jan 2004 17:20:55 -0500 Subject: feature request: xffm: multi-rename Message-ID: <20040116222055.GC2518@sympatico.ca> it is often very useful to be able to rename sets of files with 1 command. there is a simple CLI utility 'rename' (Gentoo sys-apps/util-linux ), with syntax 'rename fromstring tostring filespec', which will rename eg files 'test1.txt' 'test2.txt' 'test3.txt' to 'test11.txt' 'test12.txt' 'test13.txt' via 'rename st st1 test*.txt'. with KDE -- whose pgms i'm willing to use if necessary -- , there is Krusader as file-manager, which calls Krename to do this job: all v efficient, but rather heavyweight, in the best German trad'n (grin). it wb nice to be able to do this kind of job with Xffm, but AFAIK at present there is no means of accomplishing it. can i encourage someone to give it a try ? if the answer is "Do it yourself!", what do i need to know beyone K&R 'C': eg how do i start to learn re Gtk ? -- ========================,,============================================ SUPPORT ___________//___, Philip Webb : purslow at chass.utoronto.ca ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT `-O----------O---' University of Toronto From fourdan at xfce.org Fri Jan 16 23:25:13 2004 From: fourdan at xfce.org (Olivier Fourdan) Date: Fri, 16 Jan 2004 23:25:13 +0100 Subject: feature request: xffm: multi-rename In-Reply-To: <20040116222055.GC2518@sympatico.ca> References: <20040116222055.GC2518@sympatico.ca> Message-ID: <1074291913.2659.6.camel@shuttle> On Fri, 2004-01-16 at 23:20, purslow at sympatico.ca wrote: > all v efficient, but rather heavyweight, in the best German trad'n (grin). tssst ;) > if the answer is "Do it yourself!", what do i need to know beyone K&R 'C': > eg how do i start to learn re Gtk ? Best is to start with GTK tutorials. I found the documentation to be very usefull in GTK. Other sources are always a great source of inspiration too. Cheers, -- Olivier Fourdan - fourdan at xfce.org Interoperability is the keyword, uniformity is a dead end. http://www.xfce.org From edscott at xfce.org Fri Jan 16 23:47:33 2004 From: edscott at xfce.org (edscott wilson garcia) Date: Fri, 16 Jan 2004 16:47:33 -0600 Subject: feature request: xffm: multi-rename In-Reply-To: <20040116222055.GC2518@sympatico.ca> References: <20040116222055.GC2518@sympatico.ca> Message-ID: <1074293252.87971.66.camel@localhost.eco.imp.mx> On Fri, 2004-01-16 at 16:20, purslow at sympatico.ca wrote: > it is often very useful to be able to rename sets of files with 1 command. > > there is a simple CLI utility 'rename' (Gentoo sys-apps/util-linux ), > with syntax 'rename fromstring tostring filespec', > which will rename eg files 'test1.txt' 'test2.txt' 'test3.txt' > to 'test11.txt' 'test12.txt' 'test13.txt' via 'rename st st1 test*.txt'. > with KDE -- whose pgms i'm willing to use if necessary -- , > there is Krusader as file-manager, which calls Krename to do this job: > all v efficient, but rather heavyweight, in the best German trad'n (grin). > > it wb nice to be able to do this kind of job with Xffm, > but AFAIK at present there is no means of accomplishing it. > can i encourage someone to give it a try ? > if the answer is "Do it yourself!", what do i need to know beyone K&R 'C': > eg how do i start to learn re Gtk ? Due to limited time for all current developers, if you can come up with a patch that would be great. To learn GTK, just follow the cut, paste and modify road. Take a place where you would want the new code to appear, say in the popup menu with a multiple selection. So use xffm to search all files in the xffm tree where the "Properties" string appears. Then start duplicating the code you find until you have two "properties" elements in the popup when selecting multiple elements in xffm. Then just modify the texts and callback functions so that it does what you want it to do. Submit the patch and the development team will probably clean it up a bit before commit to CVS. If you wonder what the gtk functions do, check the gtk API documentation which is very illustrative. From purslow at sympatico.ca Sun Jan 18 04:39:22 2004 From: purslow at sympatico.ca (purslow at sympatico.ca) Date: Sat, 17 Jan 2004 22:39:22 -0500 Subject: feature request: xffm: multi-rename In-Reply-To: <1074293252.87971.66.camel@localhost.eco.imp.mx> References: <20040116222055.GC2518@sympatico.ca> <1074293252.87971.66.camel@localhost.eco.imp.mx> Message-ID: <20040118033922.GC2490@sympatico.ca> 040116 edscott wilson garcia wrote: > On Fri, 2004-01-16 at 16:20, purslow at sympatico.ca wrote: >> it is often very useful to be able to rename sets of files with 1 command. >> there is a simple CLI utility 'rename' (Gentoo sys-apps/util-linux ), >> with syntax 'rename fromstring tostring filespec', >> which will rename eg files 'test1.txt' 'test2.txt' 'test3.txt' >> to 'test11.txt' 'test12.txt' 'test13.txt' via 'rename st st1 test*.txt'. >> with KDE -- whose pgms i'm willing to use if necessary -- , >> there is Krusader as file-manager, which calls Krename to do this job: >> it wb nice to be able to do this kind of job with Xffm, >> but AFAIK at present there is no means of accomplishing it. >> can i encourage someone to give it a try ? >> if the answer is "Do it yourself!", what do i need to know beyone K&R 'C': >> eg how do i start to learn re Gtk ? > Due to limited time for all current developers, > if you can come up with a patch that would be great. i am always very grateful for & impressed by their work. > To learn GTK, just follow the cut, paste and modify road. > Take a place where you would want the new code to appear, > say in the popup menu with a multiple selection. So use xffm > to search all files in the xffm tree where the "Properties" string appears. > Then start duplicating the code you find until you have two "properties" > elements in the popup when selecting multiple elements in xffm. > Then just modify the texts and callback functions > so that it does what you want it to do. Submit the patch > & the devt team will probably clean it up a bit before commit to CVS. > If you wonder what the gtk functions do, > check the gtk API documentation which is very illustrative. hmm, this is not very clear. my picture of the utility is roughly: the user selects multiple files in Xffm, then clicks on 'rename'; there appears a small window which says: 'rename selected files: replace 1st instance of [input box] with [input box]'; after the user fills in the boxes & clicks 'ok', the simple 'rename' utility (above) is called invisibly & the change of names takes place & appears in the Xffm listing. it wb nice to have a 'test' or 'pretend' feature too, but that wb more work. i'm willing to treat this as an exercise in learning more programming, but it wb nice if you cb a bit clearer now you know what i have in mind. if i do it, it won't be immediate, but wb on my list, as i believe this is an important missing feature in Xffm. -- ========================,,============================================ SUPPORT ___________//___, Philip Webb : purslow at chass.utoronto.ca ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT `-O----------O---' University of Toronto From edscott at imp.mx Sun Jan 18 15:22:46 2004 From: edscott at imp.mx (edscott wilson garcia) Date: Sun, 18 Jan 2004 08:22:46 -0600 Subject: feature request: xffm: multi-rename In-Reply-To: <20040118033922.GC2490@sympatico.ca> References: <20040116222055.GC2518@sympatico.ca> <1074293252.87971.66.camel@localhost.eco.imp.mx> <20040118033922.GC2490@sympatico.ca> Message-ID: <1074435766.39309.18.camel@localhost.eco.imp.mx> On Sat, 2004-01-17 at 21:39, purslow at sympatico.ca wrote: > > hmm, this is not very clear. my picture of the utility is roughly: > the user selects multiple files in Xffm, then clicks on 'rename'; > there appears a small window which says: > 'rename selected files: replace 1st instance of [input box] with [input box]'; > after the user fills in the boxes & clicks 'ok', All the best reason to try writing the code since you best understand the way it should be presented. > the simple 'rename' utility (above) is called invisibly > & the change of names takes place & appears in the Xffm listing. > it wb nice to have a 'test' or 'pretend' feature too, but that wb more work. The pretend is not difficult. Just put a section of the code to print out the "would be" commands to the diagnostics window and add a checkbox to the dialog window. Probably a good idea to start with the pretend mode until you are sure the constructed command is right. Use the print_diagnostics() function for that (examples all over xffm). I always do a pretend while coding features, although I don't usually leave the option open unless configured with --enable-debug. > > i'm willing to treat this as an exercise in learning more programming, > but it wb nice if you cb a bit clearer now you know what i have in mind. > if i do it, it won't be immediate, but wb on my list, > as i believe this is an important missing feature in Xffm. The dialog is very easy to code --if you use glade--. Take one of the glade files in xffm/glade as an example and use glade to build all tedious gtk code. Link the glade_gui code into xffm by modifying libs/Makefile.am and running ./autogen. After that all you have to do is worry about when to create the window, modifying libs/menu.i to change the callback for the rename function. Ok, so now you got your dialog running when rename is selected, then all that remains is to interact with the user and create command and execute. libs/find.c is a good example of a self-contained dialog with all necesary callbacks you could use. From purslow at sympatico.ca Sun Jan 18 20:15:28 2004 From: purslow at sympatico.ca (purslow at sympatico.ca) Date: Sun, 18 Jan 2004 14:15:28 -0500 Subject: feature request: xffm: multi-rename In-Reply-To: <1074435766.39309.18.camel@localhost.eco.imp.mx> References: <20040116222055.GC2518@sympatico.ca> <1074293252.87971.66.camel@localhost.eco.imp.mx> <20040118033922.GC2490@sympatico.ca> <1074435766.39309.18.camel@localhost.eco.imp.mx> Message-ID: <20040118191528.GC2462@sympatico.ca> 040118 edscott wilson garcia offered more helpful advice: thanx lots: i will keep both your accounts for when i have time to learn. BTW there wb no need to use the CLI 'rename' device: the new utility wd simply construct a series of 'mv' commands & cd display them as part of a 'test first' option. -- ========================,,============================================ SUPPORT ___________//___, Philip Webb : purslow at chass.utoronto.ca ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT `-O----------O---' University of Toronto From purslow at sympatico.ca Mon Jan 19 19:42:21 2004 From: purslow at sympatico.ca (purslow at sympatico.ca) Date: Mon, 19 Jan 2004 13:42:21 -0500 Subject: XFCE package names in Gentoo Message-ID: <20040119184221.GA2505@sympatico.ca> [ i have just had the following exchange with the Gentoo development list. perhaps the XFCE gang -- at least any Gentoo users -- might like to offer their own input & possibly consider referring to 'xfce4' simply as 'xfce' ] ----- Forwarded message from Brandon Hale ----- Mailing-List: contact gentoo-dev-help at gentoo.org; run by ezmlm List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev at gentoo.org Delivered-To: mailing list gentoo-dev at lists.gentoo.org Date: Sun, 18 Jan 2004 16:33:22 -0500 From: Brandon Hale To: Gentoo Devt Mail-Followup-To: Gentoo Devt User-Agent: Mutt/1.5.5.1i Subject: Re: [gentoo-dev] XFCE package names On (01/18/04 15:17), purslow at sympatico.ca wrote: > XFCE 4 has been out for nrly 6 mth & is proving very satisfactory. > XFCE 3 is no longer being developed or AFAIK supported. > however on Gentoo, 'emerge xfce' still gives you XFCE 3.18.3 , > while you have to say 'emerge xfce4' to get XFCE 4.0.1 (4.0.3 is latest). > > can those responsible please revise the package names (surely no effort) ? If you've ever used cvs, which we do for our portage tree, you will know that moving packages is far more painful than the "no effort" you suppose. Due to the number of packages that make up XFCE, suggesting such a large move would not be taken lightly. This has come up before, at which time the answer was this: xfce.org refers to their newest release as "xfce4" vs xfce. I can see logic in both sides of this argument, but hopefully we won't go back and forth ad naseum on a non-issue. I will consider this further, and speak w/ the package's maintainer on the issue when he returns. > 'xfce' sb XFCE 4.0.n , while 'xfce3' shd get the obsolete XFCE 3.18.3 . Ideally, both packages would share the same name. Someone wanting xfce 3.x would have to mask 4.x in /etc/portage/package.mask Regards, --tseng -- gentoo-dev at gentoo.org mailing list ----- End forwarded message ----- -- ========================,,============================================ SUPPORT ___________//___, Philip Webb : purslow at chass.utoronto.ca ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT `-O----------O---' University of Toronto From benxor at cracksmokingducks.com Mon Jan 19 22:09:07 2004 From: benxor at cracksmokingducks.com (Benjamin Rich) Date: Tue, 20 Jan 2004 08:09:07 +1100 Subject: XFCE package names in Gentoo In-Reply-To: <20040119184221.GA2505@sympatico.ca> References: <20040119184221.GA2505@sympatico.ca> Message-ID: <400C4773.9040601@cracksmokingducks.com> As a gentoo user, I think this would be a great idea. XFCE is getting updated all the time, and I'd say few people on a bleeding-edge system like gentoo would want the older version sufficiently to have the package names separate. What happens when XFCE5 comes out? XFCE 3.18 is so primitive that I think backwards compatibility will start to become a non-issue - 'XFCE' should be the new name for the XFCE packages, and 3.18 vs 4 should be in the version numbering, not the package name. purslow at sympatico.ca wrote: >[ i have just had the following exchange with the Gentoo development list. >perhaps the XFCE gang -- at least any Gentoo users -- might like to offer >their own input & possibly consider referring to 'xfce4' simply as 'xfce' ] > >----- Forwarded message from Brandon Hale ----- > >Mailing-List: contact gentoo-dev-help at gentoo.org; run by ezmlm >List-Post: >List-Help: >List-Unsubscribe: >List-Subscribe: >List-Id: Gentoo Linux mail >X-BeenThere: gentoo-dev at gentoo.org >Delivered-To: mailing list gentoo-dev at lists.gentoo.org >Date: Sun, 18 Jan 2004 16:33:22 -0500 >From: Brandon Hale >To: Gentoo Devt >Mail-Followup-To: Gentoo Devt >User-Agent: Mutt/1.5.5.1i >Subject: Re: [gentoo-dev] XFCE package names > >On (01/18/04 15:17), purslow at sympatico.ca wrote: > > >>XFCE 4 has been out for nrly 6 mth & is proving very satisfactory. >>XFCE 3 is no longer being developed or AFAIK supported. >>however on Gentoo, 'emerge xfce' still gives you XFCE 3.18.3 , >>while you have to say 'emerge xfce4' to get XFCE 4.0.1 (4.0.3 is latest). >> >>can those responsible please revise the package names (surely no effort) ? >> >> > >If you've ever used cvs, which we do for our portage tree, you will know >that moving packages is far more painful than the "no effort" you suppose. >Due to the number of packages that make up XFCE, >suggesting such a large move would not be taken lightly. > >This has come up before, at which time the answer was this: >xfce.org refers to their newest release as "xfce4" vs xfce. > >I can see logic in both sides of this argument, but hopefully we won't >go back and forth ad naseum on a non-issue. I will consider this further, >and speak w/ the package's maintainer on the issue when he returns. > > > >>'xfce' sb XFCE 4.0.n , while 'xfce3' shd get the obsolete XFCE 3.18.3 . >> >> >Ideally, both packages would share the same name. >Someone wanting xfce 3.x would have to mask 4.x in /etc/portage/package.mask > >Regards, --tseng > >-- >gentoo-dev at gentoo.org mailing list > >----- End forwarded message ----- > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From wtrenker at shaw.ca Mon Jan 19 19:24:22 2004 From: wtrenker at shaw.ca (Bill Trenker) Date: Mon, 19 Jan 2004 18:24:22 +0000 Subject: Debugging Text / Font Problem Message-ID: <20040119182422.1166574c.wtrenker@shaw.ca> I've asked for some help on the xfce general list because I'm not getting any text showing up anywhere in xfce4. What's confusing me is that other GTK2 applications like AbiWord do render their text fine. I don't want to clutter the dev list with the details so I'm just hoping for a little direction on where to start tracing in the source code. It's possible I'm having a configuration problem with X and/or GTK2 resources that is interfering with xfce4's i18n support. Looking through the xfce4 source I notice this macro: xfce_textdomain(package, localedir, encoding) is used anywhere text is going to be displayed. I also see that UTF-8 encoding is used extensively. So perhaps my locale configuration has a problem. I'm quite prepared to start digging in and tracing the code. I'm just wondering if you think i18n related code is a good place to start? Can you suggest a few key xfce4 source files I should start tracing? Also, can you suggest a few resource file settings I should be looking at? I'm ready to do the work, I just need a few pointers so I don't waste too much time tracing the wrong code. Thank you very much, Bill From jasper at moongroup.com Tue Jan 20 07:40:50 2004 From: jasper at moongroup.com (Jasper Huijsmans) Date: Tue, 20 Jan 2004 07:40:50 +0100 Subject: Debugging Text / Font Problem In-Reply-To: <20040119182422.1166574c.wtrenker@shaw.ca> References: <20040119182422.1166574c.wtrenker@shaw.ca> Message-ID: <1074580849.29000.10.camel@localhost> XFce uses gtk for all its text handling. There is no reason I can think of that will make text not show up in xfce while other gtk programs work fine. It's not a problem with locale, it is a problem with text rendering. So, as someone suggested, broken and/or multiple installs of pango or freetype or fontconfig or something like that would be more likely. However these should of course effect all gtk2 programs. You could try choosing another theme or reinstalling gtk-xfce-engine-2. Jasper Op ma 19-01-2004, om 19:24 schreef Bill Trenker: > I've asked for some help on the xfce general list because I'm not getting any text showing up anywhere in xfce4. What's confusing me is that other GTK2 applications like AbiWord do render their text fine. I don't want to clutter the dev list with the details so I'm just hoping for a little direction on where to start tracing in the source code. > > It's possible I'm having a configuration problem with X and/or GTK2 resources that is interfering with xfce4's i18n support. Looking through the xfce4 source I notice this macro: > xfce_textdomain(package, localedir, encoding) > is used anywhere text is going to be displayed. I also see that UTF-8 encoding is used extensively. So perhaps my locale configuration has a problem. > > I'm quite prepared to start digging in and tracing the code. I'm just wondering if you think i18n related code is a good place to start? Can you suggest a few key xfce4 source files I should start tracing? Also, can you suggest a few resource file settings I should be looking at? > > I'm ready to do the work, I just need a few pointers so I don't waste too much time tracing the wrong code. > > Thank you very much, > Bill > _______________________________________________ > Xfce-dev mailing list > Xfce-dev at xfce.org > http://lunar-linux.org/mailman/listinfo/xfce-dev From fourdan at xfce.org Tue Jan 20 07:50:12 2004 From: fourdan at xfce.org (Olivier Fourdan) Date: Tue, 20 Jan 2004 07:50:12 +0100 Subject: Debugging Text / Font Problem In-Reply-To: <1074580849.29000.10.camel@localhost> References: <20040119182422.1166574c.wtrenker@shaw.ca> <1074580849.29000.10.camel@localhost> Message-ID: <1074581412.9759.0.camel@shuttle> Hi all, On Tue, 2004-01-20 at 07:40, Jasper Huijsmans wrote: > You could try choosing another theme or reinstalling gtk-xfce-engine-2. The theme engine has nothing to do with font rendering. Cheers, -- - Olivier Fourdan - fourdan at xfce.org - http://www.xfce.org - From jasper at moongroup.com Tue Jan 20 07:54:58 2004 From: jasper at moongroup.com (Jasper Huijsmans) Date: Tue, 20 Jan 2004 07:54:58 +0100 Subject: Debugging Text / Font Problem In-Reply-To: <1074581412.9759.0.camel@shuttle> References: <20040119182422.1166574c.wtrenker@shaw.ca> <1074580849.29000.10.camel@localhost> <1074581412.9759.0.camel@shuttle> Message-ID: <1074581697.11472.16.camel@localhost> Op di 20-01-2004, om 07:50 schreef Olivier Fourdan: > Hi all, > > On Tue, 2004-01-20 at 07:40, Jasper Huijsmans wrote: > > You could try choosing another theme or reinstalling gtk-xfce-engine-2. > > The theme engine has nothing to do with font rendering. hmm, yes, you are right of course ... From wtrenker at shaw.ca Tue Jan 20 00:41:14 2004 From: wtrenker at shaw.ca (Bill Trenker) Date: Mon, 19 Jan 2004 23:41:14 +0000 Subject: Debugging Text / Font Problem In-Reply-To: <1074581412.9759.0.camel@shuttle> References: <20040119182422.1166574c.wtrenker@shaw.ca> <1074580849.29000.10.camel@localhost> <1074581412.9759.0.camel@shuttle> Message-ID: <20040119234114.284ac984.wtrenker@shaw.ca> Jasper Huijsmans wrote: > You could try choosing another theme or reinstalling gtk-xfce-engine-2. Olivier Fourdan wrote: > The theme engine has nothing to do with font rendering. Yes, I tried several themes. But no text is showing up anywhere in xfce. (I must say though that the icons are really elegant.) Where does xfce get it's font definitions from? Does xfce4 specify fonts in any of its settings files, or is it all left up to the GTK2 settings? Are themes only for icons, or can a theme have different fonts? I ask because all I see in the /usr/local/share/xfce4/themes subfolders for each theme are images (.png). I've been looking through the various xfce4 settings files (menu.xml, xfce4rc, ~/.xfce4/settings/*) and haven't found anything about fonts. But then I probably don't know where to look. Anyway, I'm not giving up. I'm continuing to use xfce4 as best I can even without the text. The desktop operation is great! I just can't use the menus or change settings. I really appreciate your advice. If I'm abusing this list with my questions please let me know. Regards, Bill From wtrenker at shaw.ca Tue Jan 20 11:49:16 2004 From: wtrenker at shaw.ca (Bill Trenker) Date: Tue, 20 Jan 2004 10:49:16 +0000 Subject: SOLVED (Debugging Text / Font Problem) In-Reply-To: <20040119182422.1166574c.wtrenker@shaw.ca> References: <20040119182422.1166574c.wtrenker@shaw.ca> Message-ID: <20040120104916.6d4739c6.wtrenker@shaw.ca> Bill Trenker wrote: > I'm not getting any text showing up anywhere in xfce4 I solved the missing text problem. I had 2 different installs of Pango on my system. I removed the older one and sure enough xfce4 works just like that. I'm sorry to have troubled the developers with this. To be honest, one user had already reported this solution on the xfce forum. I guess I was stuck on the fact that some of my other GTK2 apps worked. But when I dug in and investigated further I found that the working GTK2 apps were loading in the newer Pango libs, so no wonder they worked. (I had an older version of Pango in /usr/local/libs and the correct one in /usr/libs so it wasn't just a version conflict but a duplication problem on top of it.) Thank you for putting up with my request for assistance. I will report my solution on the xfce general users list and on the forum so that others know that this is closed and maybe someone else will benefit from my investigation. Kind regards, Bill From edscott at imp.mx Thu Jan 22 03:33:38 2004 From: edscott at imp.mx (edscott wilson garcia) Date: Wed, 21 Jan 2004 20:33:38 -0600 Subject: XFCE package names in Gentoo In-Reply-To: <20040119184221.GA2505@sympatico.ca> References: <20040119184221.GA2505@sympatico.ca> Message-ID: <1074738817.9521.40.camel@localhost.eco.imp.mx> On Mon, 2004-01-19 at 12:42, purslow at sympatico.ca wrote: > [ i have just had the following exchange with the Gentoo development list. > perhaps the XFCE gang -- at least any Gentoo users -- might like to offer > their own input & possibly consider referring to 'xfce4' simply as 'xfce' ] Although xfce3 is no longer supported, it still works and is probably the best choice in older boxes (< 200 MHz). And when xfce5 comes out there will probably have to be another change, so probably is better to leaves things as is. regards > > ----- Forwarded message from Brandon Hale ----- > > Mailing-List: contact gentoo-dev-help at gentoo.org; run by ezmlm > List-Post: > List-Help: > List-Unsubscribe: > List-Subscribe: > List-Id: Gentoo Linux mail > X-BeenThere: gentoo-dev at gentoo.org > Delivered-To: mailing list gentoo-dev at lists.gentoo.org > Date: Sun, 18 Jan 2004 16:33:22 -0500 > From: Brandon Hale > To: Gentoo Devt > Mail-Followup-To: Gentoo Devt > User-Agent: Mutt/1.5.5.1i > Subject: Re: [gentoo-dev] XFCE package names > > On (01/18/04 15:17), purslow at sympatico.ca wrote: > > XFCE 4 has been out for nrly 6 mth & is proving very satisfactory. > > XFCE 3 is no longer being developed or AFAIK supported. > > however on Gentoo, 'emerge xfce' still gives you XFCE 3.18.3 , > > while you have to say 'emerge xfce4' to get XFCE 4.0.1 (4.0.3 is latest). > > > > can those responsible please revise the package names (surely no effort) ? > > If you've ever used cvs, which we do for our portage tree, you will know > that moving packages is far more painful than the "no effort" you suppose. > Due to the number of packages that make up XFCE, > suggesting such a large move would not be taken lightly. > > This has come up before, at which time the answer was this: > xfce.org refers to their newest release as "xfce4" vs xfce. > > I can see logic in both sides of this argument, but hopefully we won't > go back and forth ad naseum on a non-issue. I will consider this further, > and speak w/ the package's maintainer on the issue when he returns. > > > 'xfce' sb XFCE 4.0.n , while 'xfce3' shd get the obsolete XFCE 3.18.3 . > Ideally, both packages would share the same name. > Someone wanting xfce 3.x would have to mask 4.x in /etc/portage/package.mask > > Regards, --tseng > > -- > gentoo-dev at gentoo.org mailing list > > ----- End forwarded message ----- From fourdan at xfce.org Thu Jan 22 20:56:30 2004 From: fourdan at xfce.org (Olivier Fourdan) Date: Thu, 22 Jan 2004 20:56:30 +0100 Subject: xfce-4.0.3.1 released Message-ID: <1074801390.1667.14.camel@shuttle> Hello World\n Chris Greenman has just contributed xfce 4.0.3.1 packages for Solaris/Sparc. The package is available from http://www.xfce.org/archive/xfce-4.0.3.1/fat_tarballs/xfce-4.0.3.1-sol_sparc-pkgs_2.tar.bz2 Enjoy! -- Olivier Fourdan - fourdan at xfce.org Interoperability is the keyword, uniformity is a dead end. http://www.xfce.org From benxor at cracksmokingducks.com Fri Jan 23 02:01:00 2004 From: benxor at cracksmokingducks.com (Benjamin Rich) Date: Fri, 23 Jan 2004 12:01:00 +1100 Subject: pinboard Message-ID: <4010724C.2030406@cracksmokingducks.com> This is probably an old question, but I'm still wondering when XFCE might have it's own pinboard app? xfce.org seems to recommend using ROX-Filer or some other pinboard in the mean time, but Rox just barely cuts the mustard - it's file manager is annoying, you can't define the size of it's pinboard, and so on. The only thing which makes it bearable is that a patch either to XFCE or ROX recently now means that applications on the pinboard aren't bound to their desktops of origin. So, an application minimized to the pinboard in say, desktop 1 (if you're using 5 or 6 virtual desktops, as I do) will maximize again when you click on it in desktop 3, without going back to desktop 1 instead. It seems odd that the two features in XFCE which are most needed to make it complete, and also a true functional mirror of the original CDE, are the very packages that aren't being released - session manager and pinboard. The session manager is easily stable enough (I've been using it from source since 0.1.1) but remains constantly masked in the portage tree in gentoo (and unavailable elsewhere) - and of course there seems to be no pinboard app at all. Are there any plans to finally release a pinboard component for XFCE? Even a simple copy+paste of the ROX-Filer code, with some tweaks to make the icon size and placing boundries a little more bearable, I think would be a perfect start. Nay, I shall even attempt to write this particular component if anybody's with me on the notion. So, anybody with me? -Ben From edscott at xfce.org Fri Jan 23 03:52:38 2004 From: edscott at xfce.org (edscott wilson garcia) Date: Thu, 22 Jan 2004 20:52:38 -0600 Subject: pinboard In-Reply-To: <4010724C.2030406@cracksmokingducks.com> References: <4010724C.2030406@cracksmokingducks.com> Message-ID: <1074826358.15880.4.camel@localhost.eco.imp.mx> On Thu, 2004-01-22 at 19:01, Benjamin Rich wrote: > > So, anybody with me? > Sure, go ahead :-) > -Ben > > _______________________________________________ > Xfce-dev mailing list > Xfce-dev at xfce.org > http://lunar-linux.org/mailman/listinfo/xfce-dev From fboffo at inf.ufrgs.br Fri Jan 23 19:49:22 2004 From: fboffo at inf.ufrgs.br (Felipe S. Boffo) Date: Fri, 23 Jan 2004 18:49:22 +0000 Subject: pinboard In-Reply-To: <4010724C.2030406@cracksmokingducks.com> References: <4010724C.2030406@cracksmokingducks.com> Message-ID: <20040123184922.21cf6ff7.fboffo@inf.ufrgs.br> hi there, what is that you call a pinboard? would be the capability of having Folders and application starters icons on the desktop? like nautilus? for me, pin board is a place where you put those stick notes to remember you things. :-) -- []'s Felipe S. Boffo ('> UIN: 18280444 //\ http://www.inf.ufrgs.br/~fboffo v_/_ From benxor at cracksmokingducks.com Sat Jan 24 06:50:32 2004 From: benxor at cracksmokingducks.com (Benjamin Rich) Date: Sat, 24 Jan 2004 16:50:32 +1100 Subject: pinboard update Message-ID: <401207A8.1020405@cracksmokingducks.com> I've started harvesting some of the rox-filer (2.1.0) code, namely pinboard.c and pinboard.h, and putting it in the xfdesktop module (4.0.3). I think I've managed a fairly successful integration into the create_fullscreen_window() function to initialize the desktop window (now also the pinboard base window) although I haven't tested it. Made all the easier, of course, because the code for this function was originally appropriated from the pinboard init function in rox-filer =) I still haven't begun on the other pinboard functions, and their integration - there seems to be so much infrastructure to just run the pinboard that I've decided I'll probably just leave the pinboard-specific functions in their own pinboard.c/h files, and access them through a modified API. Now for the fun part - I'm doing this with no prior knowledge of GTK! 'Awesome', I hear you all gasp with confidence and joy. I taught myself PHP4, C++ and BASIC, so I don't think I'm completely out of my depth - but it would really really help if anyone with any tips on the code could send their suggestions. That is - I'll post my code (the main.c/h modules, and pinboard.c/h modules) to the mailing list (if this is okay) and if anyone can offer suggestions on it that would really help. Once I get my feet with the code in xfdesktop/main.c, I'll start doing all the pinboard work on current CVS versions of xfdesktop. If anyone would like to help me code the pinboard you are of course welcome =) Please email me if you'e got some ideas or want to code a particular bit. Also, since I am humbly submitting this as the Proper-Type Official XFCE Pinboard Project (unless there's already one, but it doesn't seem like there's anything in development), now is your chance to submit feature requests =) I am envisaging, somewhere down the track, a pinboard with options for: -scaling of icons of any size (32/48/64/72/96 etc.) - rox only seems to support 32x at the moment -the choice to show all applications running (in all desktops, or only on the current desktop) that are minimized, or just any and all apps -alpha-blending on icons -a better space-finding function for finding available slots for newly minimized icons to go into - the current function is very basic -some kind of more powerful management of all the running programs on the pinboard - perhaps a simple search applet, or colour-coding icons according to how much CPU the process they're referring to is using (white -> red border as CPU consumption increases) -a panel applet like the one in gnome which can be clicked on, and will display a list of all running programs, separated by their desktop or status. Well, I think I've written something suitably long enough now =P Tell me what you think and if you'd like to be in the project =) -Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature URL: