[Qgis-developer] Re:Qgis-developer Digest, Vol 77, Issue 106
=?gbk?B?oe/I58LEsaGx+aHv?=
676333944 at qq.com
Sat Mar 31 21:40:46 EDT 2012
À´ÐÅÊÕµ½£¬Ð»Ð»£¡
------ ÔʼÓʼþ ------
From:"qgis-developer-request"<qgis-developer-request at lists.osgeo.org>;
Date:2012Äê4ÔÂ1ÈÕ(ÐÇÆÚÌì) Á賿4:59
To:"qgis-developer"<qgis-developer at lists.osgeo.org>;
Subject:Qgis-developer Digest, Vol 77, Issue 106
Send Qgis-developer mailing list submissions to
qgis-developer at lists.osgeo.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.osgeo.org/mailman/listinfo/qgis-developer
or, via email, send a message with subject or body 'help' to
qgis-developer-request at lists.osgeo.org
You can reach the person managing the list at
qgis-developer-owner at lists.osgeo.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Qgis-developer digest..."
Today's Topics:
1. Re: adding actions to my own toolbar (Tim Sutton)
2. Re: Re: Working on Symbology Improvement for the GSOC
(aruntheguy at gmail.com)
3. Re: Re: Working on Symbology Improvement for the GSOC
(aruntheguy at gmail.com)
4. Re: Re: Working on Symbology Improvement for the GSOC
(Anita Graser)
5. Re: Re: Working on Symbology Improvement for the GSOC
(Andreas Neumann)
----------------------------------------------------------------------
Message: 1
Date: Sat, 31 Mar 2012 21:24:26 +0200
From: Tim Sutton <lists at linfiniti.com>
Subject: Re: [Qgis-developer] adding actions to my own toolbar
To: Markus Honegger <markus.honegger at gmail.com>
Cc: qgis-developer at lists.osgeo.org
Message-ID:
<CALCNqkYxvZGfjSRMmajm3y8b8joCgw8b2arcLUNOLW5hUCLvAw at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi
On Sat, Mar 31, 2012 at 4:49 PM, Markus Honegger
<markus.honegger at gmail.com> wrote:
> Hi all
>
>
>
> I've just created my own toolbar and want to add some of QGIS default
> commands (e.g. the FILE-OPEN command) to it.
>
> At the moment it looks like this:? toolbar.addAction(FILEOPEN)? - What is
> the correct QAction string?
>
Use one of the QActions that form part of the QGIS Api - see
https://github.com/qgis/Quantum-GIS/blob/master/src/app/qgisappinterface.h
Regards
Tim
> Can anybody help me with the code? Looking for something like a list with
> all available commands or so.
>
>
>
> Many thanks in advance and kind regards from Switzerland!
>
>
>
> Markus
>
>
> _______________________________________________
> 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
==============================================
------------------------------
Message: 2
Date: Sun, 1 Apr 2012 01:38:00 +0530
From: "aruntheguy at gmail.com" <aruntheguy at gmail.com>
Subject: Re: [Qgis-developer] Re: Working on Symbology Improvement for
the GSOC
To: qgis-developer <qgis-developer at lists.osgeo.org>
Message-ID:
<CACbtZwRkHT0Bx6cKyPsaAP-iTrA885+dsPApiEy06F9qV=yT5w at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello,
After working with the Symbology as a user for the past couple of days and
trying to accomplish various things, here is my idea of simplifying things:
Decouple Style management and Style application (renderer) logic at the GUI
level itself.
First let us start where it all begins, simplification of the GUI and
reducing the number of modal dialogs that keep opening as we go customizing
the symbol layers. This presumably is the best approach as it gives the
possibility to provide almost infinite customization options to the user.
But, customization of layers is not going to be my priority when I am
applying styles, or at least thats not what I intend to do. I just want to
see the styles and pick the most suitable.
If I want to be creative and design new symbols/styles, which I may now use
or may not now use, why should I be doing it in a layers properties dialog.
I would rather have a designer where I can design my styles of the liking.
I ma even get to preview a composition of all the symbol styles that I have
created.
So the idea is to create such a decoupled designer, which is something like
a "Style Manager ++ (decoupled)". I am writing the possible solution and a
couple of ideas as a proposal which might contain some over sighted goals.
Kindly go through, evaluate and comment.
Proposal:
+ Remove Symbol Creating/Editing capabilities from the "Style" tab of Layer
Properties and retain only application(renderer) customizations like, size,
color, angle etc., This will remove the iterative dialog popup situation
and also keep the clutter in the UI to minimum.
+ Create a new symbol designer, that can be summoned up from Menu rather
than from the properties
+ The designer to perform following functions
- Create new symbols/styles
- Grouping and management of styles through a tree structure
- Create and manage virtual groups (or themes) that would pull symbols
from various groups and a combination of renders to create a overall
cartographic stylesheet (almost same as present save/load style).
- Ability to save a retrieve such stylesheets (duplicates the present
save/load style)
Apart from the above solution, the GSOC proposal to include,
- Creating tree structure for managing the SVG symbols
- Creating a non-modal widget type editor to change symbols on the fly or
adding that capability to the Layers legend.
--
Regards
Arunmozhi
Twitter: @tecoholic
Website: http://arunmozhi.in
IRC Nick: teco
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/qgis-developer/attachments/20120401/a2612abf/attachment-0001.html
------------------------------
Message: 3
Date: Sun, 1 Apr 2012 01:52:31 +0530
From: "aruntheguy at gmail.com" <aruntheguy at gmail.com>
Subject: Re: [Qgis-developer] Re: Working on Symbology Improvement for
the GSOC
To: qgis-developer <qgis-developer at lists.osgeo.org>
Message-ID:
<CACbtZwTUt6=s4fraxAchPn3-E-WJwLZ3CYcwxH=jKvzDsZvbGw at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
> + The designer to perform following functions
> - Create new symbols/styles
> - Grouping and management of styles through a tree structure
> - Create and manage virtual groups (or themes) that would pull symbols
> from various groups and a combination of renders to create a overall
> cartographic stylesheet (almost same as present save/load style).
> - Ability to save a retrieve such stylesheets (duplicates the present
> save/load style)
>
>
Apart from above functions, I must add that, this will be useful to handle
online symbol repositories and stylesheet repositories just like the python
Plugin manager. A spec can be developed just as it is done for the Python
plugins and online repositories can be created by anyone for easy sharing
of stylesheets and symbols, this can be handled through this interface.
--
Regards
Arunmozhi
Twitter: @tecoholic
Website: http://arunmozhi.in
IRC Nick: teco
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/qgis-developer/attachments/20120401/67cbc8d0/attachment-0001.html
------------------------------
Message: 4
Date: Sat, 31 Mar 2012 22:41:50 +0200
From: Anita Graser <anitagraser at gmx.at>
Subject: Re: [Qgis-developer] Re: Working on Symbology Improvement for
the GSOC
To: qgis-developer <qgis-developer at lists.osgeo.org>
Message-ID:
<CAFFV8FjHxUXbNBd=4BESwoFG8X4LeVXS0zWtxER8Kn75ZFLdUg at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
On Sat, Mar 31, 2012 at 10:08 PM, aruntheguy at gmail.com <aruntheguy at gmail.com
> wrote:
>
> + Create a new symbol designer, that can be summoned up from Menu rather
> than from the properties
>
I don't know how other people approach this but I experiment a lot with
different renderers and symbols, tiny changes and how the affect. If I have
to change between layer properties and a separate symbol designer all the
time, I think I'd go crazy. It's already annoying me that I cannot interact
with the map while the properties dialog is open.
> + The designer to perform following functions
> - Create new symbols/styles
> - Grouping and management of styles through a tree structure
>
+1 for a tree structure.
> - Create and manage virtual groups (or themes) that would pull symbols
> from various groups and a combination of renders to create a overall
> cartographic stylesheet (almost same as present save/load style).
>
Like the idea of symbol groups (aka themes). Not sure if it should be
symbol groups or style groups though. Style groups could prove too
inflexible.
Regards,
Anita
> - Ability to save a retrieve such stylesheets (duplicates the present
> save/load style)
>
> Apart from the above solution, the GSOC proposal to include,
>
> - Creating tree structure for managing the SVG symbols
> - Creating a non-modal widget type editor to change symbols on the fly or
> adding that capability to the Layers legend.
>
>
> --
> Regards
> Arunmozhi
> Twitter: @tecoholic
> Website: http://arunmozhi.in
> IRC Nick: teco
>
>
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/qgis-developer/attachments/20120331/09962369/attachment-0001.html
------------------------------
Message: 5
Date: Sat, 31 Mar 2012 22:58:30 +0200
From: Andreas Neumann <a.neumann at carto.net>
Subject: Re: [Qgis-developer] Re: Working on Symbology Improvement for
the GSOC
To: qgis-developer at lists.osgeo.org
Message-ID: <4F776FF6.6000308 at carto.net>
Content-Type: text/plain; charset=UTF-8
Hi,
I think improving the symbology system would be very rewarding and
beneficial for many - but be sure to discuss the technical issues with
Martin and Marco. They probably know the system best.
Work on the SVG symbol repository and better management of the SVG
symbols (categories, metadata (also multilingual), ability to pick only
groups that interest the user (e.g. only geology, geomorphology), etc.)
would be great and benefitial to many. By default there should be fewer
SVG symbols but the repository should allow to easily add additional ones.
Other improvements I would like to see:
* ability to separately define opacity for stroke and for fill (e.g.
fill is transparent and stroke is not)
* ability to define separate units for each symbol component: e.g. the
size of the symbol (e.g. elliptical symbol) should be in map units, but
the stroke thickness in mm
Regarding the many nested dialogues:
I think there is a technical reason why there are so many nested
dialogues - it is because of the reuse of the dialogues in different
situations. As an example, a dialogue setting SVG symbols can be reused
for point symbols, but also for marker lines - or a color chooser can be
used in many situations. Also fill and stroke properties are reused in
different renderers.
I agree that from a usability point of the view the many nested
dialogues are not so optimal, but I remember hearing from Martin Dobias
that this way the whole system was easier to maintain and dialogues more
reusable.
Thanks,
Andreas
On 03/31/2012 10:08 PM, aruntheguy at gmail.com wrote:
> Hello,
>
> After working with the Symbology as a user for the past couple of days and
> trying to accomplish various things, here is my idea of simplifying things:
>
> Decouple Style management and Style application (renderer) logic at the GUI
> level itself.
>
> First let us start where it all begins, simplification of the GUI and
> reducing the number of modal dialogs that keep opening as we go customizing
> the symbol layers. This presumably is the best approach as it gives the
> possibility to provide almost infinite customization options to the user.
> But, customization of layers is not going to be my priority when I am
> applying styles, or at least thats not what I intend to do. I just want to
> see the styles and pick the most suitable.
>
> If I want to be creative and design new symbols/styles, which I may now use
> or may not now use, why should I be doing it in a layers properties dialog.
> I would rather have a designer where I can design my styles of the liking.
> I ma even get to preview a composition of all the symbol styles that I have
> created.
>
> So the idea is to create such a decoupled designer, which is something like
> a "Style Manager ++ (decoupled)". I am writing the possible solution and a
> couple of ideas as a proposal which might contain some over sighted goals.
> Kindly go through, evaluate and comment.
>
> Proposal:
>
> + Remove Symbol Creating/Editing capabilities from the "Style" tab of Layer
> Properties and retain only application(renderer) customizations like, size,
> color, angle etc., This will remove the iterative dialog popup situation
> and also keep the clutter in the UI to minimum.
> + Create a new symbol designer, that can be summoned up from Menu rather
> than from the properties
> + The designer to perform following functions
> - Create new symbols/styles
> - Grouping and management of styles through a tree structure
> - Create and manage virtual groups (or themes) that would pull symbols
> from various groups and a combination of renders to create a overall
> cartographic stylesheet (almost same as present save/load style).
> - Ability to save a retrieve such stylesheets (duplicates the present
> save/load style)
>
> Apart from the above solution, the GSOC proposal to include,
>
> - Creating tree structure for managing the SVG symbols
> - Creating a non-modal widget type editor to change symbols on the fly or
> adding that capability to the Layers legend.
>
>
>
>
>
> _______________________________________________
> 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
End of Qgis-developer Digest, Vol 77, Issue 106
***********************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/qgis-developer/attachments/20120401/8dbf2b24/attachment-0001.html
More information about the Qgis-developer
mailing list