[Qgis-developer] 'File' versus 'Project'

[Tim Sutton]

Hi


On Wed, Apr 24, 2013 at 8:10 PM, Antonio Locandro <
antoniolocandro at hotmail.com> wrote:

> I am having a second look at the menus and can I ask why would you want to
> crowd the menus with the same actions you already have icons for in
> toolbars?
>
> e.g.
>
> Edit menu has all the same tools as the Advanced Editing Toolbar (I highly
> doubt users doing serious editing would use menus instead of icons)
> Layer menu has all this add layer types the same as Manage Layer Toolbar
> (would look better with just an icon that opens a file dialog to whatever
> data you need, an universal add data button type)
>
> IMHO it seems a waste of space and makes things crowded
>
>
This is frowned apon by HIG folks - all tool buttons etc should be
accessible by menus as far as possible - a user may have disabled a
toolbar, may have accessibility software that uses the menu system to
activate functionality etc. In short adding a toolbar button should never
be an excuse for removing a menu item.

Regards

Tim


> **
> **
> *Ing. Antonio Locandro*
> Tegucigalpa, Honduras
> +504 9503 5747
> Need a GPS map for Central America, Asia or South America / Necesitas un
> mapa GPS para Centro America, Asia o Sur America<http://store.gpstravelmaps.com/?Click=63>
>  <http://store.gpstravelmaps.com/?Click=63>
>
>
>
> ------------------------------
> From: madmanwoo at gmail.com
> Date: Wed, 24 Apr 2013 21:07:58 +1000
> To: custard at westnet.com.au
>
> CC: qgis-developer at lists.osgeo.org
> Subject: Re: [Qgis-developer] 'File' versus 'Project'
>
> Ramon,
>
> I would agree with those points. In fact I think the menu structure as is
> doesn't make much sense and the Edit menu should be renamed to Feature/s.
>
> What does Edit mean:
>
>  - Edit Layer
>  - Edit Feature
>  - Edit Project
>
> If you look at all the tools in the Edit menu they are all related to the
> current feature or features.  The undo and redo actions should be moved to
> the layer menu.
>
> Here are my thoughts on the Layer menu:
>
> http://i.imgur.com/oYO55Qz.png
>
> Moving the Add xxx Layer to the project menu would mean you follow these
> actions when creating a new project:
>
> Project -> New
> Project -> Add xxx Layer
>
> Change the style
>
> Layer -> Properties
>
> That is a more logical flow IMO then currently what is there.
>
> Thoughts?
>
> - Nathan
>
>
> On Wed, Apr 24, 2013 at 8:21 PM, Ramon Andiñach <custard at westnet.com.au>wrote:
>
>
> On 24/04/2013, at 05:55 , Ramon Andiñach wrote:
>
> >
> > On 24/04/2013, at 04:28 , John C. Tull wrote:
> >
> >> Hi all,
> >>
> >> I was having some discussion on IRC today with Tim and Larry about the
> recent change to the menu in trunk. Before, the menu used "File" and that
> was changed to "Project". My position is that it does not seem Mac-like,
> whether or not a QGIS document resides in the filesystem as a .qgs file or
> if your "Project" is fed from a database, something apparently planned for
> the future of QGIS.
> >>
> >> I'd be interested in feedback from other Mac users on this. I'm
> flexible to the change, but wanted to vet this and see if anyone else had a
> strong opinion one way or the other. Please make it clear if you are a Mac
> OS X user or not.
> >>
> >> Thanks,
> >> John
> >
> > Interesting. I'd say this is going to look as odd at home on my mac as
> at work on their windows box. No file menu - that's going to look very
> unfamiliar.
> >
> > That said, it's a good name. It does describe what's in there - those
> commands work on the project-file not a layer-file.
> >
> > -ramon.
>
> Ok. I've been standing at the bottom of a large-ish hole today, so if this
> sounds like a dumb idea that's my excuse.
>
> Could we move Layer across next to Project?
>
>
> Some reasoning.
> 1. If we're abandoning File in favour of Project, then there's possibly no
> reason to retain Edit next to it either. Other than historical ones.
> 2. Project and Layer are largely about opening, closing, saving (and other
> similar things) files. Project files in one menu and Layers (vectors,
> rasters, DB, etc) in the other.
> 3. Then you have a more logical progression from left to right about how
> to use QGIS. (Open stuff, change stuff)
>
> -ramon.
> (OK, 1. is not so good, but it does open the door to ask questions!)
>
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> _______________________________________________ Qgis-developer mailing
> list Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>


-- 
Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
==============================================
Please do not email me off-list with technical
support questions. Using the lists will gain
more exposure for your issues and the knowledge
surrounding your issue will be shared with all.

Visit http://linfiniti.com to find out about:
 * QGIS programming and support services
 * Mapserver and PostGIS based hosting plans
 * FOSS Consulting Services
Skype: timlinux
Irc: timlinux on #qgis at freenode.net
==============================================
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20130424/5a7b0864/attachment-0001.html>