On Wed, Nov 10, 2010 at 13:20, Matthew Paul Thomas wrote:
>
> Arian van Gend wrote on 09/11/10 12:16:
> >
> > Besides, the File menu has been overloaded with actions that have
> > nothing to do with files anyway, and should therefore at least be
> > cleaned up.
>
> As a menu title, "File" is not
On Wed, Nov 10, 2010 at 16:03, Oscar RdG wrote:
> Hi there,
>
> On Wed, Nov 10, 2010 at 1:20 PM, Matthew Paul Thomas
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Arian van Gend wrote on 09/11/10 12:16:
>> >
>>
>> > Besides, the File menu has been overloaded with actions t
Hi there,
On Wed, Nov 10, 2010 at 1:20 PM, Matthew Paul Thomas wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Arian van Gend wrote on 09/11/10 12:16:
> >
> > Besides, the File menu has been overloaded with actions that have
> > nothing to do with files anyway, and should therefore a
On Wed, 2010-11-10 at 00:20 +0100, frederik.nn...@gmail.com wrote:
> Hi appi, nice thinking!
> How about ...
Hi,
While this is an interesting topic, this topic is better dealt in the
Gnome mailing lists.
Any improvement/change needs to be done in *all* the GNOME applications
and the Upstream auth
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
frederik.nn...@gmail.com wrote on 09/11/10 17:50:
>...
> the very first example for what should be moved out of the application
> menu is "Help".
> Help should be a context driven Indicator Menu imo.
>...
Apple already tried exactly that, but it didn'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arian van Gend wrote on 09/11/10 12:16:
>
> The File menu should probably not be used on a lot of applications,
> since they don't do anything with files.
> The calculator can easily do without it, for example.
> Besides, the File menu has been overloa
I would put the application's name behind the files name in most if not
all instances. It really bugs me when some applications more than fill
the space shown for window title with just the app name.
On Wed, 2010-11-10 at 00:20 +0100, frederik.nn...@gmail.com wrote:
> Hi appi, nice thinking!
>
>
Hi appi, nice thinking!
How about ...
On Tue, Nov 9, 2010 at 23:19, appi2...@gmail.com wrote:
>
>
> |[App Name]|[Doc Type]| Edit | Tools | Help |
>
>
having App Icon first?
>
>- [App
On Mon, Nov 8, 2010 at 9:23 PM, frederik.nn...@gmail.com <
frederik.nn...@gmail.com> wrote:
> hello there,
>
> thinking about the File menu, it has become clear to me that the known
> approach is the best:
> replace "File" with either [Application Name] or alternatively, as
> Rhythmbox does it, a
On Tue, Nov 9, 2010 at 15:56, Walter Wittel wrote:
> I agree the File menu is not needed for the Calculator example because
> really all it would would only contain Quit.
;)
> Now I see that both the File and Edit
> functions have been combined nicely on a single Calculator menu,
Calculato
I agree the File menu is not needed for the Calculator example because
really all it would would only contain Quit. But I have seen some
applications do that and think it is OK. But it would be a waste of
space on an app with such a small menu.
What I was really objecting to is overloading applic
The File menu should probably not be used on a lot of applications, since
they don't do anything with files.
The calculator can easily do without it, for example.
Besides, the File menu has been overloaded with actions that have nothing to
do with files anyway, and should therefore at least be clea
Taking Calculator as an example, I personally prefer "File". Putting
Copy / Paste / etc. there means I can now no longer look to Edit menu
on any application to find this common functionality. Might as well
have Menu 1, Menu 2, etc. because I'll have to open it up to discover
the functions.
I beli
hello there,
thinking about the File menu, it has become clear to me that the known
approach is the best:
replace "File" with either [Application Name] or alternatively, as Rhythmbox
does it, a title that indicates the main purpose of the respective utility..
i have checked and found Empathy, Sim
14 matches
Mail list logo
