Re: [Qgis-developer] Proposal: move the "Remove layer(s)" button

[aperi2007]

I know this,
but my response is enlarged to a more conceptual problem.

How avoid that an user could be confusing from when it act on a logical 
level of interface,

and when it act on a physical data.

I understand that removing mean always remove and so 1 only button is 
better than two.


But my question is :
if we remove the "remove layers" leaving only the "remove this" that is 
available in the context-menu (i dont see the new legend again).


Seem quite logical to question:
why there is a "remove this" only command and there is instead an "add 
layer" and an "add group" seaprated.


Why two "add" and "one" remove ?

So the next logical question is why not remove the two add ad introduce 
only an unique "add here" in the context-menu ?

:)

So my response was to a path that can start with the remove button and 
logically end on the "add button".


Regards,

Andrea.



Il 06/09/2014 08:12, Mathieu Pellerin ha scritto:


I don't think you should comparing adding group/dataset against 
deleting a group/dataset legend layer. The latter is already unified 
via either a single keyboard shortcut and a single mouse right-click 
-> remove action.


On 6 Sep 2014 13:04, "aperi2007" > wrote:


Hi,
I guess in a GIS oriented product
Is necessary to avoid to mix the interface characteristics (the
group is an interface object) and the data characteristics (the
shapefile is not an interface object).

I guess more beter if add/remove dataset is separated phisically
from add/remove a group.

The dataset is a phicical think. The shapefile is using separately
from the qgis project.
The group is not separately from qgis project.

I guess is good question to have a "remove group" but avoiding to
have a only button "ADD Everything" or an only button "Remove
everything"

Also I guess is important to help to understand when we are on
dataset (physical) and when we are on interface (logical).

Regards,

A.

Il 06/09/2014 07:10, Mathieu Pellerin ha scritto:

Greetings,

I'd like to circulate a UX proposal and see how people react.

For a very long time, QGIS' Layers toolbar has featured a "Remove
layer(s)" button. I have seen two issues with the button:
- Its placement becomes really odd when plugins add button(s) to
the Layers toolbar (for e.g. the New Memory Layer plugin as
pictured here [ http://imgur.com/CEcIC3K,QvUzrti ])
- It can only remove vector/raster layers, won't remove groups

With the recent improvements done by Martin Dobias on the legend,
and in particular with his addition of a layer panel embedded
toolbar, I propose that:
- The "Remove layer(s)" button be moved to the layer panel
embedded toolbar [ http://imgur.com/CEcIC3K,QvUzrti#1 ]
- The button functionally is improved so it can also deal with
the removal of group(s)

Alternatively, we could get rid of the button altogether since
layers and groups can be removed via right click or keyboard
shortcut, but I suspect the touch screen based users might object.

Any objection to moving the button to the new layers toolbar?

Math


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org  
http://lists.osgeo.org/mailman/listinfo/qgis-developer



___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org 
http://lists.osgeo.org/mailman/listinfo/qgis-developer



___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Proposal: move the "Remove layer(s)" button

[Mathieu Pellerin]

* note: there is no keyboard shortcut to delete a group, doh. :)




On Sat, Sep 6, 2014 at 1:12 PM, Mathieu Pellerin 
wrote:

> I don't think you should comparing adding group/dataset against deleting a
> group/dataset legend layer. The latter is already unified via either a
> single keyboard shortcut and a single mouse right-click -> remove action.
> On 6 Sep 2014 13:04, "aperi2007"  wrote:
>
>>  Hi,
>> I guess in a GIS oriented product
>> Is necessary to avoid to mix the interface characteristics (the group is
>> an interface object) and the data characteristics (the shapefile is not an
>> interface object).
>>
>> I guess more beter if add/remove dataset is separated phisically from
>> add/remove a group.
>>
>> The dataset is a phicical think. The shapefile is using separately from
>> the qgis project.
>> The group is not separately from qgis project.
>>
>> I guess is good question to have a "remove group" but avoiding to have a
>> only button "ADD Everything" or an only button "Remove everything"
>>
>> Also I guess is important to help to understand when we are on dataset
>> (physical) and when we are on interface (logical).
>>
>> Regards,
>>
>> A.
>>
>> Il 06/09/2014 07:10, Mathieu Pellerin ha scritto:
>>
>> Greetings,
>>
>> I'd like to circulate a UX proposal and see how people react.
>>
>>  For a very long time, QGIS' Layers toolbar has featured a "Remove
>> layer(s)" button. I have seen two issues with the button:
>>  - Its placement becomes really odd when plugins add button(s) to the
>> Layers toolbar (for e.g. the New Memory Layer plugin as pictured here [
>> http://imgur.com/CEcIC3K,QvUzrti ])
>>  - It can only remove vector/raster layers, won't remove groups
>>
>>  With the recent improvements done by Martin Dobias on the legend, and in
>> particular with his addition of a layer panel embedded toolbar, I propose
>> that:
>>  - The "Remove layer(s)" button be moved to the layer panel embedded
>> toolbar [ http://imgur.com/CEcIC3K,QvUzrti#1 ]
>>  - The button functionally is improved so it can also deal with the
>> removal of group(s)
>>
>>  Alternatively, we could get rid of the button altogether since layers
>> and groups can be removed via right click or keyboard shortcut, but I
>> suspect the touch screen based users might object.
>>
>>  Any objection to moving the button to the new layers toolbar?
>>
>>  Math
>>
>>
>> ___
>> Qgis-developer mailing 
>> listQgis-developer@lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Proposal: move the "Remove layer(s)" button

[Mathieu Pellerin]

I don't think you should comparing adding group/dataset against deleting a
group/dataset legend layer. The latter is already unified via either a
single keyboard shortcut and a single mouse right-click -> remove action.
On 6 Sep 2014 13:04, "aperi2007"  wrote:

>  Hi,
> I guess in a GIS oriented product
> Is necessary to avoid to mix the interface characteristics (the group is
> an interface object) and the data characteristics (the shapefile is not an
> interface object).
>
> I guess more beter if add/remove dataset is separated phisically from
> add/remove a group.
>
> The dataset is a phicical think. The shapefile is using separately from
> the qgis project.
> The group is not separately from qgis project.
>
> I guess is good question to have a "remove group" but avoiding to have a
> only button "ADD Everything" or an only button "Remove everything"
>
> Also I guess is important to help to understand when we are on dataset
> (physical) and when we are on interface (logical).
>
> Regards,
>
> A.
>
> Il 06/09/2014 07:10, Mathieu Pellerin ha scritto:
>
> Greetings,
>
> I'd like to circulate a UX proposal and see how people react.
>
>  For a very long time, QGIS' Layers toolbar has featured a "Remove
> layer(s)" button. I have seen two issues with the button:
>  - Its placement becomes really odd when plugins add button(s) to the
> Layers toolbar (for e.g. the New Memory Layer plugin as pictured here [
> http://imgur.com/CEcIC3K,QvUzrti ])
>  - It can only remove vector/raster layers, won't remove groups
>
>  With the recent improvements done by Martin Dobias on the legend, and in
> particular with his addition of a layer panel embedded toolbar, I propose
> that:
>  - The "Remove layer(s)" button be moved to the layer panel embedded
> toolbar [ http://imgur.com/CEcIC3K,QvUzrti#1 ]
>  - The button functionally is improved so it can also deal with the
> removal of group(s)
>
>  Alternatively, we could get rid of the button altogether since layers
> and groups can be removed via right click or keyboard shortcut, but I
> suspect the touch screen based users might object.
>
>  Any objection to moving the button to the new layers toolbar?
>
>  Math
>
>
> ___
> Qgis-developer mailing 
> listQgis-developer@lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Proposal: move the "Remove layer(s)" button

[aperi2007]

Hi,
I guess in a GIS oriented product
Is necessary to avoid to mix the interface characteristics (the group is 
an interface object) and the data characteristics (the shapefile is not 
an interface object).


I guess more beter if add/remove dataset is separated phisically from 
add/remove a group.


The dataset is a phicical think. The shapefile is using separately from 
the qgis project.

The group is not separately from qgis project.

I guess is good question to have a "remove group" but avoiding to have a 
only button "ADD Everything" or an only button "Remove everything"


Also I guess is important to help to understand when we are on dataset 
(physical) and when we are on interface (logical).


Regards,

A.

Il 06/09/2014 07:10, Mathieu Pellerin ha scritto:

Greetings,

I'd like to circulate a UX proposal and see how people react.

For a very long time, QGIS' Layers toolbar has featured a "Remove 
layer(s)" button. I have seen two issues with the button:
- Its placement becomes really odd when plugins add button(s) to the 
Layers toolbar (for e.g. the New Memory Layer plugin as pictured here 
[ http://imgur.com/CEcIC3K,QvUzrti ])

- It can only remove vector/raster layers, won't remove groups

With the recent improvements done by Martin Dobias on the legend, and 
in particular with his addition of a layer panel embedded toolbar, I 
propose that:
- The "Remove layer(s)" button be moved to the layer panel embedded 
toolbar [ http://imgur.com/CEcIC3K,QvUzrti#1 ]
- The button functionally is improved so it can also deal with the 
removal of group(s)


Alternatively, we could get rid of the button altogether since layers 
and groups can be removed via right click or keyboard shortcut, but I 
suspect the touch screen based users might object.


Any objection to moving the button to the new layers toolbar?

Math


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Proposal: move the "Remove layer(s)" button

[Mathieu Pellerin]

Greetings,

I'd like to circulate a UX proposal and see how people react.

For a very long time, QGIS' Layers toolbar has featured a "Remove layer(s)"
button. I have seen two issues with the button:
- Its placement becomes really odd when plugins add button(s) to the Layers
toolbar (for e.g. the New Memory Layer plugin as pictured here [
http://imgur.com/CEcIC3K,QvUzrti ])
- It can only remove vector/raster layers, won't remove groups

With the recent improvements done by Martin Dobias on the legend, and in
particular with his addition of a layer panel embedded toolbar, I propose
that:
- The "Remove layer(s)" button be moved to the layer panel embedded toolbar
[ http://imgur.com/CEcIC3K,QvUzrti#1 ]
- The button functionally is improved so it can also deal with the removal
of group(s)

Alternatively, we could get rid of the button altogether since layers and
groups can be removed via right click or keyboard shortcut, but I suspect
the touch screen based users might object.

Any objection to moving the button to the new layers toolbar?

Math
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Crash of QGIS 2.4 built on RHEL 6 with Qt 5.3

[Dave Johansen]

On Thu, Sep 4, 2014 at 11:38 PM, Matthias Kuhn  wrote:

> Hi Dave
>
> there is still Qt 4 involved (partially?) as the 4 in the end of this line
> indicates:
>
> #10 0x73e24ce6 in __do_global_ctors_aux () from
> /usr/lib64/libQtCore.so.4
>
> Did you clean the build directory after the build attempts for master?
>

I just did a complete clean build just to be sure and it had the same
crash. The same crash happened. Here's the output from ldd grepped for qt:

libQt5Sql.so.5 => /usr/lib64/libQt5Sql.so.5 (0x00357c40)
libQt5WebKit.so.5 => /usr/lib64/libQt5WebKit.so.5 (0x00358520)
libQt5WebKitWidgets.so.5 => /usr/lib64/libQt5WebKitWidgets.so.5
(0x00358000)
libqgis_core.so.2.4.0 =>
/home/dlj/projects/qgis-qt5/build/../install/lib/libqgis_core.so.2.4.0
(0x7faf1211c000)
libqgis_gui.so.2.4.0 =>
/home/dlj/projects/qgis-qt5/build/../install/lib/libqgis_gui.so.2.4.0
(0x7faf11a01000)
libqgis_analysis.so.2.4.0 =>
/home/dlj/projects/qgis-qt5/build/../install/lib/libqgis_analysis.so.2.4.0
(0x7faf11772000)
libQt5Quick.so.5 => /usr/lib64/libQt5Quick.so.5 (0x00357c80)
libQt5Qml.so.5 => /usr/lib64/libQt5Qml.so.5 (0x00357b20)
libQt5OpenGL.so.5 => /usr/lib64/libQt5OpenGL.so.5 (0x00357f40)
libQt5Sensors.so.5 => /usr/lib64/libQt5Sensors.so.5 (0x00357fc0)
libQt5Network.so.5 => /usr/lib64/libQt5Network.so.5 (0x003579e0)
libQt5PrintSupport.so.5 => /usr/lib64/libQt5PrintSupport.so.5
(0x00357ee0)
libQt5Positioning.so.5 => /usr/lib64/libQt5Positioning.so.5
(0x00357f80)
libQt5Xml.so.5 => /usr/lib64/libQt5Xml.so.5 (0x00357a20)
libQt5Concurrent.so.5 => /usr/lib64/libQt5Concurrent.so.5
(0x7faf1133c000)
libQt5Svg.so.5 => /usr/lib64/libQt5Svg.so.5 (0x7faf110eb000)
libQt5Widgets.so.5 => /usr/lib64/libQt5Widgets.so.5 (0x00357ba0)
libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00357aa0)
libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x003578a0)
libQtSvg.so.4 => /usr/lib64/libQtSvg.so.4 (0x00358220)
libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x7faf0fda5000)
libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x7faf0f941000)

So it looks like you already pointed out that the Qt4 libraries are being
linked in as well for some reason. Any ideas on what I should do to run
down where this issue is coming from?


> For your other question (lrelease-qt5) you can revert this commit:
> 9c6f1698fcb3df758f024fad99ed6506d6a38e0d
>
> I guess I'll have to figure out another approach to handle this suffix
> than just deleting it like this commit does.
>

I reverted that commit and it built without me specifying the path to
lrelease-qt5.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] layer encoding

[Salvatore Larosa]

Hi,

Il 05/Set/2014 19:48 "Siki Zoltan"  ha scritto:
>
> Dear List,
>
> I can't find a way to get the encoding of a vector layer from python.
> Can someone give me a tipp?

from python console:

>>> layer = iface.activeLayer()
>>> layer.dataProvider().encoding()

more info
http://qgis.org/api/classQgsVectorDataProvider.html#a628c5bd63c2bf0637ac4c676ecdb921e

Best Regards,
-SL

>
> Thanks,
> Zoltan
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] layer encoding

[Siki Zoltan]

Dear List,

I can't find a way to get the encoding of a vector layer from python.
Can someone give me a tipp?

Thanks,
Zoltan
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] lwgeom processing provider wainting for processign refactoring

[Alexander Bruy]

Hi Luigi,

AFAIK refactoring of parameters/outputs completed.

And we will try to avoid API breaks in future

2014-09-05 14:12 GMT+03:00 Luigi Pirelli :
> Hi,
>
> current lwgeom processing provider doesn't work with processing in
> master version due to Processing refactoring.
>
> Modification are trivial in this moment, but I don't know when this
> refactoring will end to fix definitive patches to the provider.
>
> Victor can you let me/us know refactoring roudmap?
>
> Thank you  Luigi Pirelli (luigi.pire...@faunalia.it - lui...@gmail.com)
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer



-- 
Alexander Bruy
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QGIS 2.4 64 bits doesn't find a a legend item.

[Vincent Damoy]

QGIS 2.4 64 bits doesn't find a a legend item.
Hello all,
I've created a plugin for QGIS 2.4, which opens a composer and updates 
labels, legends...

These items are created with the loadFromTemplate() method.
So, to update it, I run this code (for example with legend):

legends = [item for item in self.composition.items() if item.type() == 
QgsComposerItem.ComposerLegend]

legend = legends[0]
legend.updateLegend()

On Ubuntu 12.04, no problem. The legend is updated.
But on windows 7, Qgis (64 bits) can't find the legend item.

"print legends" gives an empty list, and an error message is displayed :

/Traceback (most recent call last)://
//  File 
"C:/Users/anthony/.qgis2/python/plugins\bdtravaux\operationdialog.py", 
line 467, in composeur//

//legend = legends[0]//
//IndexError: list index out of range//
/
So I wonder why Qgis on Linux can find the legend item, and not Qgis on 
Windows.
I must precise the code is exactly the same on both sides (I just copy 
the Ubuntu QGIS code to the windows plugin folder, then test).

Have you an idea?
Thanks for advance
Vincent


---

Vincent Damoy - Responsable SIG
Conservatoire d'espaces naturels du Nord et du Pas-de-Calais
152 bd de Paris - 62190 Lillers
Tél : 03.21.54.75.00 - Fax : 03.21.54.56.07
/*Pour adhérer au Conservatoire :* 
www.cen-npdc.org/nous-rejoindre/adherent.html/ 	




	/Pour le respect de l'environnement, n'imprimez ce message qu'en cas de 
nécessité !/ 	


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Updating QGIS project informations on OpenHub

[Paolo Cavallini]

Il 05/09/2014 16:16, PIERRE Sylvain ha scritto:

> Qgis project informations on OpenHub web site are à little bit outdated (~12 
> months)
> 
> https://www.openhub.net/p/3663
> 
>  
> 
> Informations on this site are in my opinion realy useful and a good way to 
> show QGIS
> reality and activity.
> 
>  
> 
> I don’t know the way to update this….
> 
>  
> 
> If someone could do that…

Thanks for pointing this out.
Better contact them directly, they have been responsive in the past.
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Updating QGIS project informations on OpenHub

[PIERRE Sylvain]

Hello,
Qgis project informations on OpenHub web site are à little bit outdated (~12 
months)
https://www.openhub.net/p/3663

Informations on this site are in my opinion realy useful and a good way to show 
QGIS reality and activity.

I don't know the way to update this

If someone could do that...

Thanks

Sylvain

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] How to translate layer?

[????????]

hello everybody,
   i want to do the maps ceaseless,i don't know how to do. translate layer 
or other? the QgsMapLayer can be translate ?___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] In the Browser panel *.qgs files are not visible

[Paolo Cavallini]

Il 05/09/2014 14:35, Geo DrinX ha scritto:
> Hello all,
> 
> 
> I noticed that into QGIS Browser panel   are not visible  the *.qgs project 
> files.
> 
> I think it would be very useful to be able to load levels through the project 
> file.
> 
> What do you think  ?

agreed, projects could be treated as data sources, embedding layers from them 
into
the current project. now the same function is available through a rather obscure
dropdown menu.
all the best.

-- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] In the Browser panel *.qgs files are not visible

[Geo DrinX]

Hello all,


I noticed that into QGIS Browser panel   are not visible  the *.qgs project
files.

I think it would be very useful to be able to load levels through the project
file.

What do you think  ?


Regards

Roberto
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Persist plugin GUI dialog settings

[Tom Chadwin]

Hello

Is there either a QT/native PyQgis method for saving the settings of a plugin 
dialog so that they persist between application restarts? Or is there a 
recommended/established best practice way of doing so?

Thanks

Tom


Tom Chadwin, UK National Parks Portal Manager
Telephone: 01434 611511 Mob: 07881 109617
Web: 
www.northumberlandnationalpark.org.uk

IMPORTANT NOTICE - Disclaimer - This communication is from Northumberland 
National Park Authority (NNPA).The Authority’s head office and principal place 
of business is Eastburn, South Park, Hexham, Northumberland, NE46 1BS, United 
Kingdom. If you are not the intended recipient(s) please note that any form of 
disclosure, distribution, copying or use of this communication or the 
information in it or in any attachments is strictly prohibited and may be 
unlawful. If you have received this communication in error, please delete the 
email and destroy any copies of it. Any views or opinions presented are solely 
those of the author and do not necessarily represent those of NNPA.Contractors 
or potential contractors are reminded that a formal Order or Contract is needed 
for NNPA to be bound by any offer or acceptance of terms for the supply of 
goods or services Although this email and any attachments are believed to be 
free of any virus or other defects which might affect any computer or IT system 
into which they are received, no responsibility is accepted by the NNPA for any 
loss or damage arising in any way from the receipt or use thereof. Computer 
systems of this Authority may be monitored and communications carried out on 
them recorded, to secure the effective operation of the system and for other 
lawful purpose.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] lwgeom processing provider wainting for processign refactoring

[Luigi Pirelli]

Hi,

current lwgeom processing provider doesn't work with processing in
master version due to Processing refactoring.

Modification are trivial in this moment, but I don't know when this
refactoring will end to fix definitive patches to the provider.

Victor can you let me/us know refactoring roudmap?

Thank you  Luigi Pirelli (luigi.pire...@faunalia.it - lui...@gmail.com)
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Another question about QEP/RFC submission process

[Alessandro Pasotti]

2014-09-05 0:54 GMT+02:00 Nathan Woodrow :
> Hey,
>
> Yeah the use of labels and the status field in the QEP is the way to go.
> Depending on the type of change it can go to voting first up, some things
> are simple enough that they can be voted right away e.g "Lets use Skype
> rather then IRC" (example of course).  There isn't much to flesh out there
> and it would just go right to vote.
>


Ok, PR done with the draft.


-- 
Alessandro Pasotti
w3:   www.itopen.it
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer