GNOME.org
 

[Nautilus-list] View As Packages Menu Choice...

Hi Guys,

I was having a look around Nautilus, and I navigated to a directory
where there was only RPM's, I highlighted one of the RPM's and right
clicked. The Open with Package Viewer option became available. When this
was selected, the View mode changed to 'View As Package', with a really
cool interface...The thing is that there was no View as Package made
available to the user when I navigated into the dir. I reckon that if
there are RPM's in a dir. that the View As Package should be available
from the drop down menu on the Location Bar....What do ye think??? Or is
this a known issue???

thanks,

Peter....




nautilus-list-admin lists eazel com wrote:
> 
> Send Nautilus-list mailing list submissions to
>         nautilus-list lists eazel com
> 
> To subscribe or unsubscribe via the web, visit
>         http://www.eazel.com/mailman/listinfo/nautilus-list
> or, via email, send a message with subject or body 'help' to
>         nautilus-list-request lists eazel com
> You can reach the person managing the list at
>         nautilus-list-admin lists eazel com
> 
> When replying, please edit your Subject line so it is more specific than
> "Re: Contents of Nautilus-list digest..."
> 
> Today's Topics:
> 
>   1. Re: nautilus-adapter UIContainer patch (Maciej Stachowiak)
>   2. Re: problem linking mozilla component (Ramiro Estrugo)
>   3. Re: nautilus-adapter UIContainer patch (Maciej Stachowiak)
>   4. Re: problem linking mozilla component (Fatih Demir)
>   5. Re: Nautilus on Debian (Takuo KITAME)
>   6. Re: problem linking mozilla component (Ramiro Estrugo)
>   7. patch for directory view as list (Matt Bissiri)
>   8. Bugs(?) with nautilus-200010122100 (Rocco Pinneri)
>   9. Re: Bugs(?) with nautilus-200010122100 (Martin Baulig)
>   10. [LONG]Font handling and gnome compliance RANT (Nicolas Mailhot)
>   11. Re: [LONG]Font handling and gnome compliance RANT (Ramiro Estrugo)
>   12. Re: Bugs(?) with nautilus-200010122100 (Ramiro Estrugo)
>   13. Re: Bugs(?) with nautilus-200010122100 (Ramiro Estrugo)
>   14. Re: Bugs(?) with nautilus-200010122100 (Rocco Pinneri)
> 
> --__--__--
> 
> Message: 1
> To: Martin Baulig <martin home-of-linux org>
> Cc: michael helixcode com
> Cc: nautilus-list lists eazel com
> Subject: Re: [Nautilus-list] nautilus-adapter UIContainer patch
> From: Maciej Stachowiak <mjs eazel com>
> Date: 14 Oct 2000 16:13:42 -0700
> 
> Martin Baulig <martin home-of-linux org> writes:
> 
> > Hi guys,
> >
> > there is a problem with the way the nautilus-adapter handles
> > the Bonobo_UIContainer at the moment:
> >
> > * nautilus_view_frame_set_to_component() passes the component
> >   to nautilus_component_adapter_factory_create_adapter(), but at
> >   this time it isn't bound to a BonoboControlFrame yet (because
> >   Nautilus doesn't even know whether it's a Control or an Embeddable).
> >
> > * the nautilus-adapter calls bonobo_control_get_remote_ui_container()
> >   which will always return CORBA_OBJECT_NIL until the component has
> >   been bound to a ControlFrame.
> >
> > The following patch adds an additional Bonobo_UIContainer arguent to
> > nautilus_component_adapter_factory_create_adapter() to fix this:
> >
> 
> Wow, I never even thought of fixing it this way. Thanks for the
> patch. The problem we have here is actually a more general problem for
> any Controls or Embeddables that embed other Controls or
> Embeddables. Let me talk to michael about it first, if he does not
> decide to fix the issue in Bonobo, feel free to commit this patch and
> close bugs 3650 and 3177 (the bugs we have open on this issue).
> 
> 
> > ====
> > 2000-10-14  Martin Baulig  <baulig suse de>
> >
> >       * libnautilus-adapter/nautilus-adapter-factory.idl (create_adapter):
> >       Added Bonobo::UIContainer argument.
> >       * components/adapter/nautilus-adapter-factory-server.c
> >       (impl_Nautilus_ComponentAdapterFactory_create_adapter): Added
> >       `const Bonobo_UIContainer' argument.
> >       * components/adapter/nautilus-adapter.c (nautilus_adapter_new): Added
> >       `Bonobo_UIContainer' argument and use it as second argument in the call
> >       to nautilus_adapter_embed_strategy_get().
> >       * src/nautilus-component-adapter-factory.c
> >       (nautilus_component_adapter_factory_create_adapter): Added
> >       `Bonobo_UIContainer' argument.
> >       * src/nautilus-view-frame.c (nautilus_view_frame_set_to_component): Pass
> >       nautilus_component_adapter_factory_create_adapter() our Bonobo_UIContainer.
> >
> > ===
> >
> > Here's the patch:
> >
> >
> >
> >
> >
> > --
> > Martin Baulig
> > martin gnome org (private)
> > baulig suse de (work)
> 
> --__--__--
> 
> Message: 2
> Date: Sat, 14 Oct 2000 16:16:22 -0700
> From: Ramiro Estrugo <ramiro eazel com>
> Organization: Eazel
> To: Fatih Demir <kabalak gmx net>
> Cc: nautilus-list lists eazel com, j saito wanadoo fr
> Subject: Re: [Nautilus-list] problem linking mozilla component
> 
> Fatih Demir wrote:
> >
> > > I tried to build nautilus from cvs sources, following the instructions
> > > given in nautilus/README.
> > >
> > > Why dose the build fail ?
> >
> > I would also like to know that. I mailed Ramiro, but he seems to be not
> >  responding ... I've tried it with M 17 and M18pre2 rpm's..
> >
> 
> It works fine for me using the latest M18 rpm which you can find here:
> 
> http://developer.eazel.com/eazel-hacking/updates/mozilla/
> 
> Other than that you need to provide more information about your setup.
> Linux distribution ? Compiler ? Compile flags ?
> 
> -re
> 
> --__--__--
> 
> Message: 3
> To: Martin Baulig <martin home-of-linux org>
> Cc: michael helixcode com, nautilus-list lists eazel com
> Subject: Re: [Nautilus-list] nautilus-adapter UIContainer patch
> From: Maciej Stachowiak <mjs eazel com>
> Date: 14 Oct 2000 18:38:28 -0700
> 
> Maciej Stachowiak <mjs eazel com> writes:
> 
> > Martin Baulig <martin home-of-linux org> writes:
> >
> >
> > Wow, I never even thought of fixing it this way. Thanks for the
> > patch. The problem we have here is actually a more general problem for
> > any Controls or Embeddables that embed other Controls or
> > Embeddables. Let me talk to michael about it first, if he does not
> > decide to fix the issue in Bonobo, feel free to commit this patch and
> > close bugs 3650 and 3177 (the bugs we have open on this issue).
> >
> 
> Martin,
> 
> I had a talk with Michael, and we came up with a possible way to fix
> it in Bonobo which I will try to hack up this weekend or otherwise
> "soon". If you'd like to work on it, mail me privately and I'll tell
> you what we came up with, or else wait for my patch on g-c-l and
> flame.
> 
>  - Maciej
> 
> --__--__--
> 
> Message: 4
> Date: Sun, 15 Oct 2000 11:39:29 +0200
> From: Fatih Demir <kabalak gmx net>
> To: nautilus-list lists eazel com
> Subject: Re: [Nautilus-list] problem linking mozilla component
> protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb"
> 
> --/9DWx/yDrRhgMJTb
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
> 
> Ramiro Estrugo [ Sat, Oct 14, 2000 at 04:16:22PM -0700 ] :=20
> > It works fine for me using the latest M18 rpm which you can find here:
> >=20
> > http://developer.eazel.com/eazel-hacking/updates/mozilla/
> 
> Hmm, just saw that there are updated packages ... Will get'em
> 
> > Other than that you need to provide more information about your setup.=20
> > Linux distribution ? Compiler ? Compile flags ?=20
> 
> Just for case: gcc 2.95.2, standard compile flags from nautilus'
>  Makefile, and SuSE 6.2 based system. Every GNOME-concerning is
>   self-compiled from CVS.
> 
> --=20
> kabalak / kabalak gmx net / Fatih Demir
> `-GNOME / ICQ:64241161
>  `-Filemanager / VFU & vim
> `-Editor / vim & Source Navigator
> 
> --/9DWx/yDrRhgMJTb
> Content-Type: application/pgp-signature
> Content-Disposition: inline
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.1 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
> 
> iD8DBQE56XtRuc5sRwmHzm4RAi+3AKCHRh8lG1D6bY428qOHLnTnCvWbHwCglXMr
> JxEsBL2DQwmxU6yB5u+LERU=
> =S6Rd
> -----END PGP SIGNATURE-----
> 
> --/9DWx/yDrRhgMJTb--
> 
> --__--__--
> 
> Message: 5
> Date: Mon, 16 Oct 2000 09:04:07 +0900
> From: kitame debian org (Takuo KITAME)
> To: Maciej Stachowiak <mjs eazel com>, eli eazel com (Eli Goldberg)
> Cc: gbowland tartarus uwa edu au, Nautilus-list lists eazel com
> Subject: Re: [Nautilus-list] Nautilus on Debian
> <8766mwjxsl wl peppermint northeye org>
> <lqsnq09nio fsf pythagoras eazel com>
> (=?ISO-2022-JP?B?GyRCMCobKEI=?=)
> Organization: Northeye.ORG
> 
> Hello.
> 
> >>>>> On 13 Oct 2000 19:15:11 -0700
> >>>>> "MS" == Maciej Stachowiak <mjs eazel com> wrote...
> 
> MS> kitame debian org (Takuo KITAME) writes:
> >>
> >> Humm. I have own one already, and put it to
> >> http://www.debian.org/~kitame/gnome/
> >> Thare are Released version (0.1.0) and CVS snapshot version packages.
> >>
> >> And I'm an official developer of Debian, these will be Debian main
> >> stream package in the future. (Currently, waiting for Debian official
> >> gnome-vfs package.)
> >>
> 
> MS> Hi,
> 
> MS> How would you like to help us make Debian packages for the next
> MS> Nautilus preview release? It would be great if we could make .debs
> MS> available on Eazel's site at the same time as RPMs and binary
> MS> tarballs.
> 
>     Nice idea, and Yes I'd like to do it.
> 
> MS> We'd also appreciate help setting up a Debian tinderbox in addition to
> MS> the Red Hat one we have running now.
> 
> MS> If you'd like to volunteer for these tasks, please email myself and
> MS> Eli and we'll put you in touch with the right people at Eazel.
> 
>     Thank you, please.
> 
> --
> Takuo KITAME.
> Debian Project Official Developer / kitame debian org 
> Debian Project http://www.debian.org/
> 
> --__--__--
> 
> Message: 6
> Date: Sun, 15 Oct 2000 18:22:18 -0700
> From: Ramiro Estrugo <ramiro eazel com>
> Organization: Eazel
> To: Fatih Demir <kabalak gmx net>
> Cc: nautilus-list lists eazel com
> Subject: Re: [Nautilus-list] problem linking mozilla component
> 
> Fatih Demir wrote:
> >
> > Just for case: gcc 2.95.2, standard compile flags from nautilus'
> >  Makefile, and SuSE 6.2 based system. Every GNOME-concerning is
> >   self-compiled from CVS.
> >
> > --
> > kabalak / kabalak gmx net / Fatih Demir
> >
> 
> Well that could be the problem.  The mozilla rpms are built on RedHat
> 6.x which has this compiler:
> 
> $ gcc -v
> Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
> gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
> 
> The compilers used to build mozilla and the mozilla component in
> Nautilus need to match.
> 
> -re
> 
> --__--__--
> 
> Message: 7
> Date: Mon, 16 Oct 2000 02:58:19 -0400
> From: Matt Bissiri <bissiri eecs umich edu>
> To: nautilus-list lists eazel com
> boundary="------------D9E09BFAC02B45B7D879B42D"
> Subject: [Nautilus-list] patch for directory view as list
> 
> This is a multi-part message in MIME format.
> --------------D9E09BFAC02B45B7D879B42D
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
> 
> Hi,
> 
> when viewing a directory as list, up/down/pageup/pagedown keys do not
> work
> as expected.  This is happening with the latest (2000-10-16) from cvs.
> 
> Switch to "view as list", press up and down arrow keys,
> only the last, then the first, file is selected (instead of moving
> the selection up and down the list), and these messages are displayed:
> 
> ** CRITICAL **: file nautilus-gtk-extensions.c: line 133
> (nautilus_gtk_clist_get_first_selected_row): assertion `GTK_IS_CLIST
> (list)' failed.
> 
> ** CRITICAL **: file nautilus-gtk-extensions.c: line 161
> (nautilus_gtk_clist_get_last_selected_row): assertion `GTK_IS_CLIST
> (list)' failed.
> 
> Looking in libnautilus-extensions/nautilus-list.c around line 1207:
> static int
> nautilus_clist_get_first_selected_row (NautilusCList  *list)
> {
>         return nautilus_gtk_clist_get_first_selected_row ((GtkCList
> *)list);
> }
>                                                           ^^^^^^^^^^^
> This cast is incorrect, since GtkCList was replaced with NautilusCList
> as the parent class of NautilusList (on 2000-10-03).
> 
> I've attached a patch.
> 
> Should `nautilus_clist_get_first_selected_row' and
> `nautilus_clist_get_last_selected_row' be in:
> cut-n-paste-code/widgets/nautilusclist/nautilusclist.[ch] instead?
> In this patch I left them in: libnautilus-extensions/nautilus-list.c
> because cut-n-paste-code/README said not to modify code under
> cut-n-paste-code/
> (despite the fact that cut-n-paste-code/widgets/nautilusclist is a
> modification of the original gtkclist code).
> 
> Matt
> 
> --------------D9E09BFAC02B45B7D879B42D
> Content-Type: text/plain; charset=us-ascii;
>  name="nautilus-list.diff"
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline;
>  filename="nautilus-list.diff"
> 
> ? idl/Makefile.in
> ? idl/Makefile
> Index: ChangeLog
> ===================================================================
> RCS file: /cvs/gnome/nautilus/ChangeLog,v
> retrieving revision 1.2366
> diff -u -r1.2366 ChangeLog
> --- ChangeLog   2000/10/15 07:56:04     1.2366
> +++ ChangeLog   2000/10/16 06:32:12
> @@ -1,3 +1,18 @@
> +2000-10-16  Matt Bissiri  <bissiri eecs umich edu>
> +
> +       * libnautilus-extensions/nautilus-list.c:
> +       (nautilus_clist_get_first_selected_row),
> +       (nautilus_clist_get_last_selected_row):
> +       Now that NautilusList derives from NautilusCList instead of GtkCList,
> +       do not call `nautilus_gtk_clist_get_first_selected_row' or
> +       `nautilus_gtk_clist_get_last_selected_row'.
> +       Instead add implementation using NautilusCList instead of GtkCList.
> +       This fixes a bug where up/down/pgup/pgdown keys did not work properly
> +       when viewing directory as list.
> +       (nautilus_list_get_first_selected_row):
> +       To avoid code duplication, replace the body of this function
> +       with a call to `nautilus_clist_get_first_selected_row'.
> +
>  2000-10-15  Andy Hertzfeld  <andy eazel com>
> 
>         * src/nautilus-throbber.c: (load_themed_image),
> Index: libnautilus-extensions/nautilus-list.c
> ===================================================================
> RCS file: /cvs/gnome/nautilus/libnautilus-extensions/nautilus-list.c,v
> retrieving revision 1.80
> diff -u -r1.80 nautilus-list.c
> --- libnautilus-extensions/nautilus-list.c      2000/10/13 06:21:12     1.80
> +++ libnautilus-extensions/nautilus-list.c      2000/10/16 06:32:13
> @@ -1202,15 +1202,43 @@
>  }
> 
>  static int
> -nautilus_clist_get_first_selected_row (NautilusCList  *list)
> +nautilus_clist_get_first_selected_row (NautilusCList *list)
>  {
> -       return nautilus_gtk_clist_get_first_selected_row ((GtkCList *)list);
> +       NautilusCListRow *row;
> +       GList *p;
> +       int row_index;
> +
> +       g_return_val_if_fail (NAUTILUS_IS_CLIST (list), -1);
> +
> +       for (p = NAUTILUS_CLIST (list)->row_list, row_index = 0;
> +            p != NULL;
> +            p = p->next, ++row_index) {
> +               row = p->data;
> +               if (row->state == GTK_STATE_SELECTED)
> +                       return row_index;
> +       }
> +
> +       return -1;
>  }
> 
>  static int
>  nautilus_clist_get_last_selected_row (NautilusCList *list)
>  {
> -       return nautilus_gtk_clist_get_last_selected_row ((GtkCList *)list);
> +       NautilusCListRow *row;
> +       GList *p;
> +       int row_index;
> +
> +       g_return_val_if_fail (NAUTILUS_IS_CLIST (list), -1);
> +
> +       for (p = NAUTILUS_CLIST (list)->row_list_end, row_index = NAUTILUS_CLIST (list)->rows - 1;
> +            p != NULL;
> +            p = p->prev, --row_index) {
> +               row = p->data;
> +               if (row->state == GTK_STATE_SELECTED)
> +                       return row_index;
> +       }
> +
> +       return -1;
>  }
> 
>  static void
> @@ -3346,21 +3374,13 @@
>  int
>  nautilus_list_get_first_selected_row (NautilusList *list)
>  {
> -       NautilusCListRow *row;
> -       GList *p;
> -       int row_index;
> +       NautilusCList *clist;
> 
>         g_return_val_if_fail (NAUTILUS_IS_LIST (list), -1);
> -
> -       for (p = NAUTILUS_CLIST (list)->row_list, row_index = 0;
> -            p != NULL;
> -            p = p->next, ++row_index) {
> -               row = p->data;
> -               if (row->state == GTK_STATE_SELECTED)
> -                       return row_index;
> -       }
> 
> -       return -1;
> +       clist = NAUTILUS_CLIST (list);
> +
> +       return nautilus_clist_get_first_selected_row (clist);
>  }
> 
>  /* Workaround for a bug in GtkCList's insert_row.
> 
> --------------D9E09BFAC02B45B7D879B42D--
> 
> --__--__--
> 
> Message: 8
> Date: Mon, 16 Oct 2000 10:05:58 +0200 (CEST)
> From: Rocco Pinneri <rocco pinneri tesoro it>
> To: nautilus-list lists eazel com
> Subject: [Nautilus-list] Bugs(?) with nautilus-200010122100
> 
> I've found a few glitches (bugs perhaps) while using nautilus as compiled
> from source tarballs (200010122100).
> 
> 1. bonobo-text is very slow at loading text files (3 mins with a 1Mb file)
> 2. starting with --start-desktop, I get a desktop that captures focus
>    whenever the mouse enters it, rendering useless the "enter-only" focus
>    settings of sawfish (other wm call it sloppy-focus). I think that gmc
>    uses a different window for every icon to solve this problem
> 3. with bonobo-text, I can edit a text file, but changes do not get saved
> 4. while using bonobo-text, it is possible to use the zoom entries under
>    the view menu, but the component does not export the Zoomable
>    interface
> 5. if I try to use the search toolbar, when the window is narrower than
>    some (large) amount, the search interface does not get displayed, with
>    an arrow displayed in its place; clicking on the arrow leads to a crash
> 6. it takes 2 mins to open a new window (PII 233, 64Mb)
> 7. starting with --start-desktop, I've got once an icon leading to my
>    (mounted) cdrom, but the icon does not appear consistently (that is,
>    respawning nautilus made the icon disappear)
> 8. gradients do not get dithered
> 9. drag and drop does not give any visual clue on the number of icons
>    being dragged (only the icon of the first selected file gets dragged)
> 
> Is this an acceptable way to report bugs? Is there any better mean?
> 
> While trying to understand how to write a NautilusView component, I've
> written a simple text viewer. It is much faster than bonobo-text, and
> supports the Zoomable interface and drag'n'drop of colors and backgrounds.
> Is it worthwhile for me to post it? If so, where?
> 
> I'm writing a font viewer too, and I need help; I'd like to show a single
> letter rendered with the font in the icon of the font itself, much like
> the text preview inside text file icons. How do I do it? Browsing the
> source, I've not found a general way (an interface or something) to do it.
> 
> Many thanks, Rocco Pinneri <rocco pinneri tesoro it>
> 
> --__--__--
> 
> Message: 9
> To: Rocco Pinneri <rocco pinneri tesoro it>
> Cc: nautilus-list lists eazel com
> Subject: Re: [Nautilus-list] Bugs(?) with nautilus-200010122100
> From: Martin Baulig <martin home-of-linux org>
> Date: 16 Oct 2000 13:20:45 +0200
> 
> Rocco Pinneri <rocco pinneri tesoro it> writes:
> 
> > I've found a few glitches (bugs perhaps) while using nautilus as compiled
> > from source tarballs (200010122100).
> >
> > 1. bonobo-text is very slow at loading text files (3 mins with a 1Mb file)
> > 3. with bonobo-text, I can edit a text file, but changes do not get saved
> > 4. while using bonobo-text, it is possible to use the zoom entries under
> >    the view menu, but the component does not export the Zoomable
> >    interface
> 
> Hi,
> 
> thanks for writing such a nice TODO list for me :-)
> 
> I'm currently hacking on bonobo-text, eog-image-viewer-component (the super,
> ultra-cool, next generation image viewer component) and the Bonobo::Zoomable
> interface.
> 
> > Is this an acceptable way to report bugs? Is there any better mean?
> >
> > While trying to understand how to write a NautilusView component, I've
> > written a simple text viewer. It is much faster than bonobo-text, and
> > supports the Zoomable interface and drag'n'drop of colors and backgrounds.
> > Is it worthwhile for me to post it? If so, where?
> 
> Oh, this sounds cool. I assume you're talking about the Nautilus::Zoomable
> interface which is now almost obsolete (assuming that the Nautilus maintainers
> accept my patches to use Bonobo::Zoomable when it's ready) ?
> 
> This sounds like a nice idea for either Nautilus or Bonobo (to improve or
> replace bonobo-text).
> 
> --
> Martin Baulig
> martin gnome org (private)
> baulig suse de (work)
> 
> --__--__--
> 
> Message: 10
> Date: Mon, 16 Oct 2000 13:52:49 +0200
> From: Nicolas Mailhot <Nicolas Mailhot email enst fr>
> To: nautilus-list lists eazel com
> Subject: [Nautilus-list] [LONG]Font handling and gnome compliance RANT
> 
> Hello all,
> 
>  I switched from windows to linux a few years back, being
> disgusted with the various ways Windows is broken, font
> handling being one. Once upon a time one had to learn
> .Xdefault syntax, do complex xfs magic to have a decent
> display in XFree --but at least you could have one. Then
> came Gnome, and you only had to go throught one (slightly
> broken, certainly *hard* to use) font selector to have a
> nice system font in all your gtk apps.
> 
>  I won't describe at length why choosing a good system font
> is important to me. Suffice to say I use a 100dpi screen
> (with X tuned acordingly) with a french locale. 100dpi makes
> messages smaller if someone uses a dumb default font (a
> correct font, on the other hand, will take more pixel
> space). French locale makes them longer (and requires
> accentuated letters). Mix them both and you have the perfect
> recipe for blowing up badly coded apps.
> 
>  Of course, gtk and gnome apps, even in alpha, have no
> problem with this, since they use the system font the user
> lovingly chose in his control center, right ?
> 
>  WRONG. There is one offender, one app which bothers more
> about eye-candy than good sence, one app which sneers at
> user choices in numerous ways, I named Nautilus.
> 
>  It begins with the first install wizard. It does use the
> system font. However, someone decided showing the background
> pixmap was more important than letting the user see the
> installation instuctions, and therefore hard-coded the
> dialog size (and even forbid its resizing). No problem as
> the user will certainly be overjoyed to change its
> systemwide settings in order to read these important
> instructions.
> 
>  Then comes the startup splash-screen (wich can' be unset,
> by the way, when even the much more important and less
> anoying gnome startup spash-screen can). It's just a bit of
> text, right ? No reason at all to design a new widget, right
> ? WRONG. This time, there is room enough for a lot more (or
> bigger) text. But someone decided he knew better than the
> user what font should be used !
> 
>  From there on things only go downhill. The list view uses
> its own font. Not only does this forces a normal user to
> re-select its prefered font, but the developpers brightly
> decided the gtk font selector was a pain to use (they're
> right of course), but instead of fixing it designed their
> own font picker, specific to Nautilus AND the list view, and
> restricted to 4 (four) fonts (all of them broken on my box
> by the way). No thanks. Normal coders use the gtk font
> picker. It may be difficult but at least it WORKS.
> 
>  The icon view avoided this pitfall by hardcoding the family
> and size of the font to use. The user isn't bothered with a
> font picker, be it difficult to use or totally broken. The
> coder only forgot some people use other screen resolutions
> than him, and may want to use a bigger (or smaller) font.
> 
>  I'm afraid no one had the time to be creative with the tree
> view, so it's the only one that's still legible. It uses the
> gtk system font. What's wrong with this ? What's wrong with
> taking the system font, use proportional size based on this
> font, bold or italic when needed ? Why do the Nautilus
> developpers think they know better than the user ? What's
> the point of a desktop environment where every app have it's
> own way despite of the control center settings (and that's
> also shown in Nautilus refusal to respect the
> text-under-toolbar setting unlike gmc, for example).
> 
>  Please take this into account *now* before adding a bunch
> of other broken views. I may use Nautilus yet. And this is
> supposed to be one of Gnome's core apps, right ?
> 
> --
> Nicolas
> 
> --__--__--
> 
> Message: 11
> Date: Mon, 16 Oct 2000 05:00:16 -0700
> From: Ramiro Estrugo <ramiro eazel com>
> Organization: Eazel
> To: Nicolas Mailhot <Nicolas Mailhot email enst fr>
> Cc: nautilus-list lists eazel com
> Subject: Re: [Nautilus-list] [LONG]Font handling and gnome compliance RANT
> 
> Nicolas Mailhot wrote:
> >
> > [RANT] snipped
> >
> > --
> > Nicolas
> >
> 
> Look here for a bunch of bugs about font issues:
> 
> http://bugzilla.eazel.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=ramiro&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&bugidtype=include&bug_id=&changedin=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&short_desc=font&short_desc_type=substring&long_desc=&long_desc_type=substring&bug_file_loc=&bug_file_loc_type=substring&field0-0-0=noop&type0-0-0=noop&value0-0-0=&cmdtype=doit&namedcmd=DEMO1&newqueryname=&order=Reuse+same+sort+as+last+time
> 
> You can be helpful to your cause by either filing new bugs or adding
> useful comments to the existing bugs.
> 
> -re
> 
> --__--__--
> 
> Message: 12
> Date: Mon, 16 Oct 2000 05:05:36 -0700
> From: Ramiro Estrugo <ramiro eazel com>
> Organization: Eazel
> To: Rocco Pinneri <rocco pinneri tesoro it>
> Cc: nautilus-list lists eazel com
> Subject: Re: [Nautilus-list] Bugs(?) with nautilus-200010122100
> 
> The best way to report these problems is to use our bug tracking system:
> 
> http://bugzilla.eazel.com/
> 
> It would be useful if you filed bugs for each specific issue below.  You
> can also file bugs for the features you have patches for and someone
> will look at them.
> 
> -re
> 
> Rocco Pinneri wrote:
> >
> > I've found a few glitches (bugs perhaps) while using nautilus as compiled
> > from source tarballs (200010122100).
> >
> > 1. bonobo-text is very slow at loading text files (3 mins with a 1Mb file)
> > 2. starting with --start-desktop, I get a desktop that captures focus
> >    whenever the mouse enters it, rendering useless the "enter-only" focus
> >    settings of sawfish (other wm call it sloppy-focus). I think that gmc
> >    uses a different window for every icon to solve this problem
> > 3. with bonobo-text, I can edit a text file, but changes do not get saved
> > 4. while using bonobo-text, it is possible to use the zoom entries under
> >    the view menu, but the component does not export the Zoomable
> >    interface
> > 5. if I try to use the search toolbar, when the window is narrower than
> >    some (large) amount, the search interface does not get displayed, with
> >    an arrow displayed in its place; clicking on the arrow leads to a crash
> > 6. it takes 2 mins to open a new window (PII 233, 64Mb)
> > 7. starting with --start-desktop, I've got once an icon leading to my
> >    (mounted) cdrom, but the icon does not appear consistently (that is,
> >    respawning nautilus made the icon disappear)
> > 8. gradients do not get dithered
> > 9. drag and drop does not give any visual clue on the number of icons
> >    being dragged (only the icon of the first selected file gets dragged)
> >
> > Is this an acceptable way to report bugs? Is there any better mean?
> >
> > While trying to understand how to write a NautilusView component, I've
> > written a simple text viewer. It is much faster than bonobo-text, and
> > supports the Zoomable interface and drag'n'drop of colors and backgrounds.
> > Is it worthwhile for me to post it? If so, where?
> >
> > I'm writing a font viewer too, and I need help; I'd like to show a single
> > letter rendered with the font in the icon of the font itself, much like
> > the text preview inside text file icons. How do I do it? Browsing the
> > source, I've not found a general way (an interface or something) to do it.
> >
> > Many thanks, Rocco Pinneri <rocco pinneri tesoro it>
> >
> > _______________________________________________
> > Nautilus-list mailing list
> > Nautilus-list lists eazel com
> > http://www.eazel.com/mailman/listinfo/nautilus-list
> 
> --__--__--
> 
> Message: 13
> Date: Mon, 16 Oct 2000 05:06:52 -0700
> From: Ramiro Estrugo <ramiro eazel com>
> Organization: Eazel
> To: Rocco Pinneri <rocco pinneri tesoro it>
> Cc: nautilus-list lists eazel com
> Subject: Re: [Nautilus-list] Bugs(?) with nautilus-200010122100
> 
> Rocco Pinneri wrote:
> >
> > I'm writing a font viewer too, and I need help; I'd like to show a single
> > letter rendered with the font in the icon of the font itself, much like
> > the text preview inside text file icons. How do I do it? Browsing the
> > source, I've not found a general way (an interface or something) to do it.
> >
> > Many thanks, Rocco Pinneri <rocco pinneri tesoro it>
> >
> 
> It depends on the type of font you want to preview.  Previewing Type1
> and TrueType fonts should be easy.  There needs to be a few tweaks to
> our fond handling code to allow for this.  Its something I'd like to do
> but will probably not before 1.0.
> 
> -re
> 
> --__--__--
> 
> Message: 14
> Date: Mon, 16 Oct 2000 14:33:33 +0200 (CEST)
> From: Rocco Pinneri <rocco pinneri tesoro it>
> To: Ramiro Estrugo <ramiro eazel com>
> Cc: nautilus-list lists eazel com
> Subject: Re: [Nautilus-list] Bugs(?) with nautilus-200010122100
> 
> On Mon, 16 Oct 2000, Ramiro Estrugo wrote:
> 
> > It depends on the type of font you want to preview.  Previewing Type1
> > and TrueType fonts should be easy.  There needs to be a few tweaks to
> > our fond handling code to allow for this.  Its something I'd like to do
> > but will probably not before 1.0.
> 
> I succeeded in doing the preview with both freetype2 and librsvg (which
> should I use?). What I have problems at doing is that I'd like
> to customize the icon of the font file (before the font-viewer is called,
> in the icon view) such that in the icon you can see an `A' rendered with
> the font itself. I tried to look for an interface to attach my code into
> the icon view, but did not find anything.
> Any help?
> 
> Thanks, Rocco Pinneri
> 
> P.S. English is not my mother tongue, so please excuse me for my poor
> grammar.
> 
> --__--__--
> 
> _______________________________________________
> Nautilus-list mailing list
> Nautilus-list lists eazel com
> http://www.eazel.com/mailman/listinfo/nautilus-list
> 
> End of Nautilus-list Digest
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]