Re: Evince as universal Viewer
On Tue, 2005-04-19 at 13:43 -0400, Jonathan Blandford wrote: Steven Garrity [EMAIL PROTECTED] writes: Someone mentioned Evince in the discussion and it made me wonder: should Evince replace Eye of Gnome as the universal Viewer app on Gnome. It already seems to support the basic image formats (jpeg, png, etc.). No. The two are fundamentally different applications. They are somewhat similar to the user, but they make entirely different tradeoffs. Eog is an image viewer, and is designed around displaying a pixel-based image. Evince is a document browser, and is designed around displaying primarily vectorized formats. The image support for evince was added primarily for tiffs, and will probably be removed as GdkPixbuf doesn't support multi-page tiffs. Here are some big differences: * images have a 'natural' size. Evince assumes the document can be viewed at any size, which is often really wrong for images. * evince's navigation is centered around going linearly through a document -- eog is based on random access to an image. eg, a good default for an image would be to zoom it to fit so you can see the whole thing. For a document, you want to be zoomed in to a readable size, which might not show the whole doc. * eog always has the source image around, and can do neat tricks while scrolling/zooming. Evince has to do an entirely different set of tricks. * evince caches a different set of images than eog does. * documents will have a different set of metadata than images and photos do. There are also few user visible gains to be had from merging the projects. There's already sharing of code and ideas between the various projects (such as the full-screen mode, etc). Lets let Jens continue to make a kick-ass image viewer, and let the evince team focus on making a good document viewer. Have you seen Comical the comic book reader ( see http://www.sketchyorigins.com/comics/showthread.php?t=5470 ) which is a prime example of something that evince could support. CBR files are simply rar files containing images that are the correct dimension and should be read like a book, sometimes needing two pages at once to show off splash pages. This is just one step away from displaying images outright. Also What about displaying ebooks? There is the Open eBook format ( http://www.openebook.org/ ) also Convert LIT ( http://www.convertlit.com/ ) does all the hard work for .lit files, they just need displaying with a nice frontend. I can understand why .lit files may not make it in thanks to the DMCA, I'm not sure if you can get any .lit files that are not DRM encumbered. Paul Thanks, -Jonathan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: RFC: On-line Content Filtering of directories
On Wed, 2005-20-04 at 00:04 +0200, Diego Gonzalez wrote: Hi I have implemented a new feature for Nautilus, it is a way to filter the contents of a directory, right now it only works when Nautilus is in spatial mode. If there is interest in it, it can easily be extended to work on navigational windows. Well its no longer spatial, since the filter makes files disappear, but its a nice feature none the less. A better idea might be to change the concept to bring certain files to the top or stack up similar files instead of the computer sciency filter concept. I think that might give you a better chance of getting the patch accepted. You could also try putting it in the power-user-ish browser mode only. You should open a bug in bugzilla for proper review. Cheers, Ryan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: RFC: On-line Content Filtering of directories
El mié, 20-04-2005 a las 00:04 +0200, Diego Gonzalez escribió: Hi I have implemented a new feature for Nautilus, it is a way to filter the contents of a directory, right now it only works when Nautilus is in spatial mode. If there is interest in it, it can easily be extended to work on navigational windows. Wow, I would like to see that for future releases of nautilus, sounds very useful. I have created this feature to overcome a problem that i'm having as a consequence of using the spatial mode: when i started to use the spatial mode, i found it incredible anoying to have deep hierarchies of directories, as a consecuence i reduced them, this meant in many cases that i got directories with a lot of files, and altough i have long meaningful names for many of them it is quite hard to find a file in there. This patch allows me to quickly search the contents of a directory for files that match the string entered. A more complete description with the patch proposed and screenshots can be found at: http://www.es.gnome.org/~diego/index.html Cheers, Diego PD: An extension of this feature could be used to rework the regular expresion selection (Ctrl+S), as i think that this feature is more visible and also easier to used by common desktop users that do not understand how regular expressions work. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list -- Un saludo, Alberto Ruiz ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: RFC: On-line Content Filtering of directories
On Wed, 2005-04-20 at 09:40 -0500, Scott J. Harmon wrote: It seems to me it would be intuitive to place filtering in the Location bar for the file browser. For example, if I wanted all documents in a directory I could put /home/scott/*.sxw and I would only be shown files ending with .sxw. (I actually tried this a few months ago by accident (-:) Normal users may never even touch the location bar, never mind type expressions like that. Anyway, there's Select Pattern for that. Ed Mack ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: RFC: On-line Content Filtering of directories
Nice work. I look forward to seeing this in Nautilus. I hope the maintainers don't have a problem with it.On 4/19/05, Diego Gonzalez [EMAIL PROTECTED] wrote: Hi I have implemented a new feature for Nautilus, it is a way to filter the contents of a directory, right now it only works when Nautilus is in spatial mode. If there is interest in it, it can easily be extended to work on navigational windows. I have created this feature to overcome a problem that i'm having as a consequence of using the spatial mode: when i started to use the spatial mode, i found it incredible anoying to have deep hierarchies of directories, as a consecuence i reduced them, this meant in many cases that i got directories with a lot of files, and altough i have long meaningful names for many of them it is quite hard to find a file in there. This patch allows me to quickly search the contents of a directory for files that match the string entered. A more complete description with the patch proposed and screenshots can be found at: http://www.es.gnome.org/~diego/index.html Cheers, Diego PD: An extension of this feature could be used to rework the regular expresion selection (Ctrl+S), as i think that this feature is more visible and also easier to used by common desktop users that do not understand how regular expressions work. ___desktop-devel-list mailing listdesktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list -- My logic is undeniable. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: RFC: On-line Content Filtering of directories
I don't want to select, I want to hide everything but the expression. (Hmmm, you implying I'm abnormal? ;-) So are you a 'normal user'? Who is a 'normal user'?) Ed Mack wrote: On Wed, 2005-04-20 at 09:40 -0500, Scott J. Harmon wrote: It seems to me it would be intuitive to place filtering in the Location bar for the file browser. For example, if I wanted all documents in a directory I could put /home/scott/*.sxw and I would only be shown files ending with .sxw. (I actually tried this a few months ago by accident (-:) Normal users may never even touch the location bar, never mind type expressions like that. Anyway, there's Select Pattern for that. Ed Mack ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: RFC: On-line Content Filtering of directories
--- Scott J. Harmon [EMAIL PROTECTED] wrote: I don't want to select, I want to hide everything but the expression. (Hmmm, you implying I'm abnormal? ;-) So are you a 'normal user'? Who is a 'normal user'?) IMHO, someone who very probably won't know what a glob pattern is :) Regards Ed Mack wrote: On Wed, 2005-04-20 at 09:40 -0500, Scott J. Harmon wrote: It seems to me it would be intuitive to place filtering in the Location bar for the file browser. For example, if I wanted all documents in a directory I could put /home/scott/*.sxw and I would only be shown files ending with .sxw. (I actually tried this a few months ago by accident (-:) Normal users may never even touch the location bar, never mind type expressions like that. Anyway, there's Select Pattern for that. Ed Mack ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list __ Renovamos el Correo Yahoo!: ¡250 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Workspace Switcher Loop?
On Tue, 19 Apr 2005, Vincent Untz wrote: From: Vincent Untz [EMAIL PROTECTED] Subject: Re: Workspace Switcher Loop? Le lundi 18 avril 2005 à 20:49 -0400, Chris Spencer a écrit : The first comment seems to mention this feature is still available, but you now have to enable it in the /apps/metacity/general/wrap_style config file. Neither this path or file are on my system, so I don't know where this config file should be, or if it even still exists. To clarify this: Calum suggested that we could use this key to enable the behavior you want. But it was just a suggestion and it does not work right now. It seems no one has a good rationale for the loop behavior, so it's unlikely this key will ever exist. I think the best rationale for this feature is idem-potency: when you move left, and subsequently right, you expect to be where you started. OTOH, idempotency only applies to things without borders. I think the question boils down to: does the collection of workspaces as a whole have a border? I really think this could help people switch workspaces faster, as they can focus on the screen('s center) and not on the workspace switcher. And I really think it's not much overhead to have as a hidden preference, so I vote pro/me too. kr, Chipzz AKA Jan Van Buggenhout -- UNIX isn't dead - It just smells funny [EMAIL PROTECTED] Baldric, you wouldn't recognize a subtle plan if it painted itself pur- ple and danced naked on a harpsicord singing 'subtle plans are here a- gain'. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Attempt to clean up gconf usage in gnomecc some...
On Wed, Apr 20, 2005 at 08:52:45PM +0200, Kjartan Maraas wrote: Hi. This patch tries to clean up gconf usage so we at least unref GConfClient whenever we use them. There are some other bits in here as well, but nothing controversial. Feedback is much appreciated. Most of it looks good. I can not comment on the HAVE_GTK_MULTIHEAD changes in gnome-settings-daemon/gnome-settings-background.c ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list