Gnome & Creative Commons integration
I'm new to this list, so hi you all! I've written a wiki page [1] at CreativeCommons with some ideas about how to integrate Creative Commons licenses with the Gnome Desktop. It's just a draft, but I would like you to have a look at it and tell me if this is a good idea or just an utopia. It would be great if you complete it with some more applications and your own ideas :-) Thanks. [1] http://wiki.creativecommons.org/Gnome_Integration -- Jaime Frutos Morales Systems Engineer Blog: http://textoplano.livejournal.com ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: icon naming spec and gnome-vfs
On Sat, 2006-07-29 at 18:37 -0700, Jeff Waugh wrote: > > > > Also, looking at gnome-icon-utils I see that you deleted a bunch of icons. > > That's bad, I wish you had looked at the gnome-vfs code on how we do the > > icons. Then we could have avoided this rush. > > Was this transition not documented to help developers adapt during the 2.15 > timeframe (I don't remember seeing anything lengthy on d-a-l about it)? I remember lots of debate about but no real continuous stream of nagging mails a'la "you need to port your app to use the new naming convention". It's not done for gnome-vfs at least. Wasn't we supposed to port applications or am I wrong? Oh, funny story, actually the only reason I remembered to check this for gnome-vfs [1] was that I did a presentation at OLS on Kay's laptop running SLED and when I pointed out "and here you get a nice icon looking like Compact Flash" I got an icon for a removable drive. Which was ick! Then I had to say "uhm, eh".. well, it was funny... Anyho, the experience was pretty far from how upstream GNOME used to work so I wanted to check if the regression made it upstream yet. And, yes, this is how upstream GNOME now works which I think is wrong so hence the patch to the naming spec so gnome-vfs works reasonable with the gnome-icon-theme. (btw, don't get me wrong, I think the naming spec stuff is awesome work, I just don't want to see a lot of regressions for things that actually are useful to people - e.g. try plugging in a 4in1 card reader and you will see a lot of identical icons for the media) David [1] : I'm not a gnome-vfs maintainer, I just did the HAL stuff in gnome-vfs to get the snazzy looking icons and human readable icon captions. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: icon naming spec and gnome-vfs
> Also, looking at gnome-icon-utils I see that you deleted a bunch of icons. > That's bad, I wish you had looked at the gnome-vfs code on how we do the > icons. Then we could have avoided this rush. Was this transition not documented to help developers adapt during the 2.15 timeframe (I don't remember seeing anything lengthy on d-a-l about it)? - Jeff -- linux.conf.au 2007: Sydney, Australia http://lca2007.linux.org.au/ "If you want to start a debate on a subject, however, all that seems to be necessary is to involve perennial target Richard Gooch." - LWN ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: icon naming spec and gnome-vfs
On Sat, 2006-07-29 at 19:32 -0400, David Zeuthen wrote: > > http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html > (I couldn't seem to find the CVS, SVN or git repo, please advise) I found something in fd.o CVS so here's a patch for what we need in the spec. Please apply and/or comment - I had to make some decisions on inheritance which I think are sane but others may disagree. Also, looking at gnome-icon-utils I see that you deleted a bunch of icons. That's bad, I wish you had looked at the gnome-vfs code on how we do the icons. Then we could have avoided this rush. Anyho, to avoid regressions in gnome-vfs with gnome-icon-theme [1] I estimate that we need the following icons, all mentioned in the attached patch - drive-harddisk-usb - drive-harddisk-1394 - drive-removable-media-usb (could be the same as drive-harddisk-usb) - drive-removable-media-1394 (could be the same as drive-harddisk-1394) - media-harddisk [2] - media-harddisk-usb - media-harddisk-1394 - media-cdrom-dvd - media-floppy-zip - media-floppy-jaz - media-removable-media-mcard-compact-flash - media-removable-media-mcard-mstick - media-removable-media-mcard-sdmmc - media-removable-media-mcard-smartmedia There may be more; I know when things are in the spec and I can write the patch to gnome-vfs. Thanks for looking into this. David [1] : Since it just installs symlinks a'la gnome-dev-removable gnome-dev-removable-usb gnome-dev-removable-1394 gnome-dev-media-cf gnome-dev-media-memory gnome-dev-media-ms gnome-dev-media-sdmmc gnome-dev-media-sm usbpendrive_unmount to quote from icon-naming-utils. E.g. instead of getting nice icons showing what media it is (e.g. CF, MemoryStick, SD/MMC or SmartMedia) you're stuck a drive icon. To add insult to injury, it's the same icon that is used when the file system is unmounted. So we want this fixed. [2] : I have no idea how you think that we could get by without this - gnome-vfs, after much debate, indeed shows the user the distinction between mounted and unmounted media. That's what I call "available media" in the spec. Yes, it kinda sucks, but that's UNIX for you. --- icon-naming-spec.xml.orig 2006-07-29 21:08:43.0 -0400 +++ icon-naming-spec.xml 2006-07-29 21:22:36.0 -0400 @@ -1109,9 +1109,21 @@ + drive-flashkey + +The icon used for pocket sized flash drives. + + + drive-cdrom -The icon used for CD and DVD drives. +The icon used for optical drives. + + + + drive-cdrom-writer + +The icon used for optical drives with writing capabilities. @@ -1121,12 +1133,114 @@ + drive-harddisk-usb + +The icon used for hard disk drives connected via USB. + + + + drive-harddisk-1394 + +The icon used for hard disk drives connected via IEEE1394. + + + + drive-harddisk-scsi + +The icon used for hard disk drives connected via SCSI. + + + + drive-harddisk-sata + +The icon used for hard disk drives connected via Serial ATA. + + + + drive-harddisk-ata + +The icon used for hard disk drives connected via ATA. + + + drive-removable-media The icon used for removable media drives. + drive-removable-media-usb + +The icon used for removable media drives connected via USB and the media format is unknown. + + + + drive-removable-media-ieee1394 + +The icon used for removable media drives connected via IEEE 1394 and the media format is unknown. + + + + drive-removable-media-pccard + +The icon used for removable media drives connected via PCCard and the media format is unknown. + + + + drive-removable-media-expresscard + +The icon used for removable media drives connected via ExpressCard and the media format is unknown. + + + + drive-removable-media-mcard + +The icon used for removable media drives capable of reading more than one memory card format. + + + + drive-removable-media-mcard-compact-flash + +The icon used for removable media drives reading Compact Flash media. + + + + drive-removable-media-mcard-mstick + +The icon used for removable media drives reading MemoryStick media. + + + + drive-removable-media-mcard-sdmmc + +The icon used for removable media drives reading SecureDigital or MMC media. + + + + drive-removable-media-mcard-smartmedia + +The icon used for removable media drives reading SmartMedia media. + + + + drive-removable-media-floppy + +The icon used for removable media drives reading Floppy Disks. + + + + drive-removable-media-floppy-zip + +The icon used for removable media drives reading Z
Re: SVN migration, any news?
On 7/30/06, Guilherme de S. Pastore <[EMAIL PROTECTED]> wrote: > Em Sáb, 2006-07-29 às 17:47 +0200, Christian Neumair escreveu: > > As we all know SVN migration was cancelled due to problems with the > > migration script [1]. Maybe somebody from the SVN migration staff could > > come up with a short summary of what has happened since the failed > > migration and whether there are any plans to pick it up anytime soon. > > Ross can probably inform the nasty details better, but we had a couple > of unexpected problems (such as binary files corruption) during the > migration, fortunately spotted soon, which made us abort and reenable > CVS access. Is there anything you can do to help? So that the next migration attempt will actually work? -- mvh Björn ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: SVN migration, any news?
Em Sáb, 2006-07-29 às 17:47 +0200, Christian Neumair escreveu: > As we all know SVN migration was cancelled due to problems with the > migration script [1]. Maybe somebody from the SVN migration staff could > come up with a short summary of what has happened since the failed > migration and whether there are any plans to pick it up anytime soon. Ross can probably inform the nasty details better, but we had a couple of unexpected problems (such as binary files corruption) during the migration, fortunately spotted soon, which made us abort and reenable CVS access. What's being worked on now is plans, tools and tests to make the next and last migration be as successful as it can conceivably be. No migration schedule will be prepared or published while we cannot ensure that the whole process will happen as smoothly and quickly as possible, and that the result will be identical or better (in terms of clock-skews) than what we currently have with CVS. As usual (it happened three times already, if I'm counting correctly), everything will be scheduled for a period when it affects the least people/projects/deadlines possible, and will be announced well in advance, with results of test migrations made public for everyone to test stuff and warn us beforehand if there is something else that needs to be fixed. Hope this has been clear enough. Yours, Guilherme de S. Pastore The GNOME Sysadmin Team ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
icon naming spec and gnome-vfs
Hi Rodney and d-d-l, It appears we're moving to the new icon-naming spec for 2.16 right? At least looking at gnome-icon-theme in CVS it appears that way. So, in order to do this I'd like to move the hal code in gnome-vfs to use the new icon names but I'm at a loss. Looking at http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html (I couldn't seem to find the CVS, SVN or git repo, please advise) there don't seem to be names for many of the icons I need. For example, the spec mentions only drive-cdromThe icon used for CD and DVD drives. drive-harddisk The icon used for hard disk drives. drive-removable-media The icon used for removable media drives. media-cdromThe icon used for physical CD and DVD media. media-floppy The icon used for physical floppy disk media. multimedia-player The icon used for generic multimedia playing devices. however that's not the way the code works. For example, if you look at http://cvs.gnome.org/viewcvs/gnome-vfs/libgnomevfs/gnome-vfs-hal-mounts.c?rev=1.34&view=markup you will see what icons we currently use are defined in the variable hal_icon_mapping[]. So, around the 2.14 release I remember flamewars about dumbing down icons and that's not what I'm getting at - this is not a flame. But I think that before we can move at least GNOME VFS to the new spec we at least need new names that cover the icons we currently use (e.g. things like gnome-dev-removable-usb, gnome-dev-disc-dvdr-plus) and ideally also the icons I marked as TODO in the source (for example gnome-dev-removable-cf). Whether gnome-icon-theme, Tango or whatever just provides symlinks for these (e.g. media-disc-dvdr-plus -> media-cdrom) is fine with me. And I think this is the point yes? I mean, if I look at http://webcvs.freedesktop.org/tango/tango-icon-theme-extras/22x22/devices/ it appears that e.g. media-memory-compact-flash is an icon we can use instead of the gnome-dev-media-cf. So, is it possible to update the spec to meet the current and future needs of GNOME VFS? Or at least point me to a document where this is already defined. Also, I'm slightly curious about the status of moving apps in the Platform and Desktop to use the new naming spec. Thanks, David ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
SVN migration, any news?
As we all know SVN migration was cancelled due to problems with the migration script [1]. Maybe somebody from the SVN migration staff could come up with a short summary of what has happened since the failed migration and whether there are any plans to pick it up anytime soon. Thanks in advance! [1] http://live.gnome.org/Subversion -- Christian Neumair <[EMAIL PROTECTED]> ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Baobab
On 7/29/06, Matthias Clasen <[EMAIL PROTECTED]> wrote: > > Maybe using the generic name here would be better; > while "Open with Disk usage analyzer" is clunky and > "Analyse disk usage" would be much better, it is at least > immediately clear what kind of program to expect, which > is not really the case for "Open with Baobab" > You're right. Tks Fabio ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Baobab
On 7/29/06, Fabio Marzocca <[EMAIL PROTECTED]> wrote: > On 7/28/06, intech <[EMAIL PROTECTED]> wrote: > > The thing that struct me as weird in the preferences dialog is the > > checkbox below that list... "Enable auto-detect monitoring of home > > directory"... I still can't figure out what that means.. > > ...and if you can't figure it out, why didn't you take a look at the > documentation either on baobab's site [1] or (easier!!) in the > application's help?? Just poress F1 in baobab... it's not hard. > > Maybe using the generic name here would be better; while "Open with Disk usage analyzer" is clunky and "Analyse disk usage" would be much better, it is at least immediately clear what kind of program to expect, which is not really the case for "Open with Baobab" Matthias ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
IRC Meeting #2 ([EMAIL PROTECTED]) on Tuesday, 1/Aug/06, 12:00 UTC-GMT/Zulu: Font availability; font licensing; selecting fonts
Dear All, I would like to announce that there will be an IRC meeting on Tuesday, 1st August 2006, to discuss issues about fonts for free and open-source software. The agenda includes 1. discussion on availability of free & open-source fonts for different scripts/languages. 2. discussion on free & open-source font licenses; importance to converge to a common license. 3. consult users from Asia for the local preference of fonts. The meeting takes place on Tuesday, 1st August 2006, at 12:00 UTC (GMT/Zulu). This is morning for the US, early in the afternoon for Europe and afternoon/evening for Asia/Australia. Visit http://www.timeanddate.com/worldclock/fixedtime.html?year=2006&month=8&day=1&hour=12&min=0&sec=0 to view the exact time for your area. The meeting takes place on IRC, at the Freenode network, on channel ##fonts. Notice the channel name, it is "##fonts", with two pound signs. Unfortunatelly, the channel with one pound sign has already been registered for non-free font discussions. If you have not used IRC before, you can use the IRC client "XChat" that is provided with your Linux distribution. You can also install XChat for Windows. XChat is also available from http://www.xchat.org/ For more, please see http://wiki.freedesktop.org/wiki/Software_2fFonts_2fConfiguration The discussion logs will be made available after the meeting, at http://wiki.freedesktop.org/wiki/Software_2fFonts_2fConfiguration Fonts are very important to distributions, desktop environments (GNOME, KDE, etc), as well as to individual cross-platform applications. The end-user would typically blame the application if the fonts do not appear well. At the same time, the process of choosing suitable fonts for different languages and scripts is complex enough for a single project to handle. At the same time I would like to announce that there is interest to have more regular discussions on IRC on issues pertaining to fonts. Therefore, if you would like to discuss free and open-source fonts, feel free to pop by ##fonts on Freenode. Feel free to forward this announcement to other relevant lists. Thanks, Simos ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Baobab
On 7/28/06, intech <[EMAIL PROTECTED]> wrote: > The thing that struct me as weird in the preferences dialog is the > checkbox below that list... "Enable auto-detect monitoring of home > directory"... I still can't figure out what that means.. ...and if you can't figure it out, why didn't you take a look at the documentation either on baobab's site [1] or (easier!!) in the application's help?? Just poress F1 in baobab... it's not hard. Fabio [1] http://www.marzocca.net/linux/baobab.html#use ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Baobab
On 7/28/06, intech <[EMAIL PROTECTED]> wrote: > But does that mean anything to normal users? Open with some random set > of letters that I can't pronounce? It needs to be something clear to The "random set of letters", as you said, represents the huge african baobab tree [1], very common in all ancient literature. As the program shows the directory tree of a disk, it was very straight to use the baobab tree as a symbol to that. When I saw for the first time the word "ubuntu", I was thinking at a random set of letters, then I have documented myself. Fabio [1]: http://en.wikipedia.org/wiki/Baobab ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
