Re: [Qgis-developer] QgsDataProvider and supportsSubsetString

[Nathan Woodrow]

Chris,

Also not there is previsions to add this kind of thing to QgsFeatureRequest
http://www.qgis.org/api/qgsfeaturerequest_8h_source.html

- Nathan


On Tue, Apr 30, 2013 at 4:33 PM, Chris Crook  wrote:

> Hi All
>
> As we are looking at API tidy ups (I understand), would there be any
> support for providing a bit more granularity in supportsSubsetString.  At
> the moment this is a simple boolean, and the GUI offers a SQL based subset
> string builder.
>
> However not all providers naturally use SQL based strings.  I'm interested
> in adding subset capability to the delimited text provider, whichi I've
> done using QgsExpression as the basis for subsets.  This works very well
> except that the GUI isn't an expression builder.  I think there may be
> similar issues with the WFS provider.
>
> What I am proposing is something more like an enum
> QgsDataProvider::SubsetStringType, which could then be interrogated by the
> properties dialog to select the appropriate query builder dialog.
>
> Logically this would supplant the supportsSubsetString boolean which could
> be deprecated, replaced with
>
> virtual QgsDataProvider::SubsetStringType
> QgsDataProvider::subsetStringType(){ return NoSubsetString; }
>
> Other types could be SqlSubsetString, ExpressionSubsetString, ...?
>
> Thoughts anyone?
>
> Thanks
> Chris
>
> This message contains information, which is confidential and may be
> subject to legal privilege. If you are not the intended recipient, you must
> not peruse, use, disseminate, distribute or copy this message. If you have
> received this message in error, please notify us immediately (Phone 0800
> 665 463 or i...@linz.govt.nz) and destroy the original message. LINZ
> accepts no responsibility for changes to this email, or for any
> attachments, after its transmission from LINZ. Thank You.
> ___
> 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] The new installer

[Denis Rouzaud]

Thanks for your replies.

This idea came out this morning mainly from the labelling gui, where I 
think the tree widget might be really useful. And I am wondering if a 
general mechanism of integrating dialogs in others by merging their left 
panels should be developed.


Otherwise, regarding the plugins settings in the main dialog, I got your 
point and I almost agree ;)


Thanks again,

Denis


On 04/30/2013 08:37 AM, Tim Sutton wrote:

Hi Denis


On Tue, Apr 30, 2013 at 7:54 AM, Denis Rouzaud 
mailto:denis.rouz...@gmail.com>> wrote:


Well, I like the idea of having everything grouped.

For example in pyCharm everything is in one dialog: application
and project settings. And you can search for anything in a search bar.

If the left panels can be nested (as suggested previously), I
would even consider integrating the project settings in the main
settings.

I would leave them directly accessible from menus of course, but
just as shortcuts leading to the main dialog but with the right
panel open.

You then would have everything accessible at one place.


I'm a heavy pycharm user but I find their settings implementation 
completely overwhelming. Even with the search functionality I can 
never find particular settings easily. Given that experience, it makes 
more sense to me if we keep options close the thing that is being 
configured (i.e. as per current plugin implementation).


Regards

Tim



On 04/30/2013 07:46 AM, Nathan Woodrow wrote:


On Tue, Apr 30, 2013 at 3:19 PM, Denis Rouzaud
mailto:denis.rouz...@gmail.com>> wrote:

Do you think it could be interesting to integrate this also
in the settings dialog? If the left panel can be integrated
as a tree widget item in the panel of the settings dialog (as
I just proposed for the labelling).


Not sure I follow that.  Why would you want plugins in the
settings dialog?

- Nathan





--
Tim Sutton - QGIS Project Steering Committee Member (Release Manager)
==
Visit http://linfiniti.com to find out about:
 * QGIS programming services
 * GeoDjango web development
 * FOSS Consulting Services
Skype: timlinux Irc: timlinux on #qgis at freenode.net 


==


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

Re: [Qgis-developer] The new installer

[Borys Jurgiel]

Dnia wtorek, 30 kwietnia 2013 o 07:42:47 Tim Sutton napisał(a):
> Borys from me I will be happy for the full implementation even if it delays
> the release a couple of days.
> 
> Regards
> Tim

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

Re: [Qgis-developer] The new installer

[Borys Jurgiel]

Dnia wtorek, 30 kwietnia 2013 o 07:19:28 Denis Rouzaud napisał(a):
> It looks great! I think the wait is worth it!

Thanks :)

> Do you think it could be interesting to integrate this also in the
> settings dialog? If the left panel can be integrated as a tree widget
> item in the panel of the settings dialog (as I just proposed for the
> labelling).

There is a long history of moving tabs from top to the left and back, so it 
should be quite simple to replace the recent QListWidget once more with 
QTreeWidget, but...

You aim at a complete gui revolution, what deserves for a broader discussion.
Note that besides plugins, also styles, customization etc should be 
integrated. Well, personally I'm happy with separate windows. But even within 
the present Options dialog a tree could be reasonable to make the tabs less 
crowded... I'm not fully convinced to this idea, because I like the 
possibility to fold the list to icon-only mode. With more and more tabs it 
would become useless.

Anyway, such significant GUI revolution should be probably done either before 
2.0 or wait for 3.0... And I guess we release the 3.0 in maximum two years.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] The new installer

[Tim Sutton]

Hi Denis


On Tue, Apr 30, 2013 at 7:54 AM, Denis Rouzaud wrote:

>  Well, I like the idea of having everything grouped.
>
> For example in pyCharm everything is in one dialog: application and
> project settings. And you can search for anything in a search bar.
>
> If the left panels can be nested (as suggested previously), I would even
> consider integrating the project settings in the main settings.
>
> I would leave them directly accessible from menus of course, but just as
> shortcuts leading to the main dialog but with the right panel open.
>
> You then would have everything accessible at one place.
>

I'm a heavy pycharm user but I find their settings implementation
completely overwhelming. Even with the search functionality I can never
find particular settings easily. Given that experience, it makes more sense
to me if we keep options close the thing that is being configured (i.e. as
per current plugin implementation).

Regards

Tim


>
>
> On 04/30/2013 07:46 AM, Nathan Woodrow wrote:
>
>
> On Tue, Apr 30, 2013 at 3:19 PM, Denis Rouzaud wrote:
>
>> Do you think it could be interesting to integrate this also in the
>> settings dialog? If the left panel can be integrated as a tree widget item
>> in the panel of the settings dialog (as I just proposed for the labelling).
>
>
> Not sure I follow that.  Why would you want plugins in the settings
> dialog?
>
>  - Nathan
>
>
>


-- 
Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
==
Visit http://linfiniti.com to find out about:
 * QGIS programming services
 * GeoDjango web development
 * FOSS Consulting Services
Skype: timlinux Irc: timlinux on #qgis at freenode.net
==
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QgsDataProvider and supportsSubsetString

[Chris Crook]

Hi All

As we are looking at API tidy ups (I understand), would there be any support 
for providing a bit more granularity in supportsSubsetString.  At the moment 
this is a simple boolean, and the GUI offers a SQL based subset string builder.

However not all providers naturally use SQL based strings.  I'm interested in 
adding subset capability to the delimited text provider, whichi I've done using 
QgsExpression as the basis for subsets.  This works very well except that the 
GUI isn't an expression builder.  I think there may be similar issues with the 
WFS provider.

What I am proposing is something more like an enum 
QgsDataProvider::SubsetStringType, which could then be interrogated by the 
properties dialog to select the appropriate query builder dialog.

Logically this would supplant the supportsSubsetString boolean which could be 
deprecated, replaced with

virtual QgsDataProvider::SubsetStringType QgsDataProvider::subsetStringType(){ 
return NoSubsetString; }

Other types could be SqlSubsetString, ExpressionSubsetString, ...?

Thoughts anyone?

Thanks
Chris

This message contains information, which is confidential and may be subject to 
legal privilege. If you are not the intended recipient, you must not peruse, 
use, disseminate, distribute or copy this message. If you have received this 
message in error, please notify us immediately (Phone 0800 665 463 or 
i...@linz.govt.nz) and destroy the original message. LINZ accepts no 
responsibility for changes to this email, or for any attachments, after its 
transmission from LINZ. Thank You.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] The new installer

[Denis Rouzaud]

On 04/30/2013 07:59 AM, Nathan Woodrow wrote:
I don't mind the idea but I'm not for plugins living in the settings 
dialog.  Plugins are not settings they are their own standalone thing.
I understand. My point of view is that everything can be thought as a 
setting, and some softs are doing this and I like it. But it's no big deal.


Having some kind of settingsWidget() method exposed on each plugin 
that so that we can add plugin settings in the settings dialog is not 
a bad idea, but I think the installer and manager should live outside 
of the settings dialog.
That's a great idea. But it would be confusing as settings can be 
application or project related. Unless you put everything in a dialog 
setting ;) Joke apart, it's a great idea.


- Nathan


On Tue, Apr 30, 2013 at 3:54 PM, Denis Rouzaud 
mailto:denis.rouz...@gmail.com>> wrote:


Well, I like the idea of having everything grouped.

For example in pyCharm everything is in one dialog: application
and project settings. And you can search for anything in a search bar.

If the left panels can be nested (as suggested previously), I
would even consider integrating the project settings in the main
settings.

I would leave them directly accessible from menus of course, but
just as shortcuts leading to the main dialog but with the right
panel open.

You then would have everything accessible at one place.


On 04/30/2013 07:46 AM, Nathan Woodrow wrote:


On Tue, Apr 30, 2013 at 3:19 PM, Denis Rouzaud
mailto:denis.rouz...@gmail.com>> wrote:

Do you think it could be interesting to integrate this also
in the settings dialog? If the left panel can be integrated
as a tree widget item in the panel of the settings dialog (as
I just proposed for the labelling).


Not sure I follow that.  Why would you want plugins in the
settings dialog?

- Nathan





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

Re: [Qgis-developer] The new installer

[Nathan Woodrow]

I don't mind the idea but I'm not for plugins living in the settings
dialog.  Plugins are not settings they are their own standalone thing.

Having some kind of settingsWidget() method exposed on each plugin that so
that we can add plugin settings in the settings dialog is not a bad idea,
but I think the installer and manager should live outside of the settings
dialog.

- Nathan


On Tue, Apr 30, 2013 at 3:54 PM, Denis Rouzaud wrote:

>  Well, I like the idea of having everything grouped.
>
> For example in pyCharm everything is in one dialog: application and
> project settings. And you can search for anything in a search bar.
>
> If the left panels can be nested (as suggested previously), I would even
> consider integrating the project settings in the main settings.
>
> I would leave them directly accessible from menus of course, but just as
> shortcuts leading to the main dialog but with the right panel open.
>
> You then would have everything accessible at one place.
>
>
> On 04/30/2013 07:46 AM, Nathan Woodrow wrote:
>
>
> On Tue, Apr 30, 2013 at 3:19 PM, Denis Rouzaud wrote:
>
>> Do you think it could be interesting to integrate this also in the
>> settings dialog? If the left panel can be integrated as a tree widget item
>> in the panel of the settings dialog (as I just proposed for the labelling).
>
>
> Not sure I follow that.  Why would you want plugins in the settings
> dialog?
>
>  - Nathan
>
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] The new installer

[Denis Rouzaud]

Well, I like the idea of having everything grouped.

For example in pyCharm everything is in one dialog: application and 
project settings. And you can search for anything in a search bar.


If the left panels can be nested (as suggested previously), I would even 
consider integrating the project settings in the main settings.


I would leave them directly accessible from menus of course, but just as 
shortcuts leading to the main dialog but with the right panel open.


You then would have everything accessible at one place.

On 04/30/2013 07:46 AM, Nathan Woodrow wrote:


On Tue, Apr 30, 2013 at 3:19 PM, Denis Rouzaud 
mailto:denis.rouz...@gmail.com>> wrote:


Do you think it could be interesting to integrate this also in the
settings dialog? If the left panel can be integrated as a tree
widget item in the panel of the settings dialog (as I just
proposed for the labelling).


Not sure I follow that.  Why would you want plugins in the settings 
dialog?


- Nathan


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

Re: [Qgis-developer] The new installer

[Nathan Woodrow]

On Tue, Apr 30, 2013 at 3:19 PM, Denis Rouzaud wrote:

> Do you think it could be interesting to integrate this also in the
> settings dialog? If the left panel can be integrated as a tree widget item
> in the panel of the settings dialog (as I just proposed for the labelling).


Not sure I follow that.  Why would you want plugins in the settings dialog?


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

Re: [Qgis-developer] Labeling gui redesign and expression-based data definitions

[Nathan Woodrow]

?

On Tue, Apr 30, 2013 at 3:40 PM, Paolo Cavallini wrote:

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

Re: [Qgis-developer] The new installer

[Tim Sutton]

Hi
On 30 Apr 2013 12:50 AM, "Borys Jurgiel"  wrote:
>
> Hi,
>
> Is the GUI & API freeze still planned for tomorrow or postponed? I won't
finish
> the manager tomorrow. I need a few days more (one week is safe), but
> unfortunately I have to leave from Wednesday until next Tuesday, so I
could
> finish it for May 15 (I'll try faster of course)...
>
> Options:
>
> 1. Maximal: If the freeze is postponed, tomorrow I'm trying to do as much
as
> possible and in the evening I write a report and publish the unfinished
branch.
>
> 2. Minimal: I only make necessary updates to the old Installer (just a few
> fast fixes) and completely postone the new one to 2.1.
>
> 3. Intermediate: I don't invest time into the full option, instead I try
to
> only embed the old installer into the new manager window. They will exist
on
> separate tabs without functional and visual merge. Hopefully it should be
> feasible to implement tomorrow (still not so trivial thought).
>
> The advantage of the third option is althought it's not the final merge,
QGIS
> 2.0 would have only one window for installing and managing plugins. The
> confusing separate menu entry would be gone. But of course still we would
have
> one tab for enabling/disabling, and separate one for installing/upgrading,
> what is messy. I believe we should have one tab for all activities on
> installed plugins (enabling/disabling, upgrading, uninstalling) and a
second
> for installing new stuff. Of course it requires much deeper integration.
>
> What do you think about the options?

Borys from me I will be happy for the full implementation even if it delays
the release a couple of days.

Regards
Tim
>
> PS. An actual screenshot

: http://tmp.borysjurgiel.pl/manager1.png (the
> metadata browser will be better formatted and more rich of course)
> ___
> 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] Labeling gui redesign and expression-based data definitions

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 30/04/2013 04:11, Larry Shaffer ha scritto:

> Any comments on my completion and committing of this work by week's end? 
> (then on to
> bugs/issues)
> 
> [0] https://www.dropbox.com/sh/05zltx1653zaaiu/WY1f4PO7Z6
> [1] https://github.com/dakcarto/Quantum-GIS/tree/labeling-gui_redesign2_2

missing page.
Thanks Larry.
All the best.

- -- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlF/WT0ACgkQ/NedwLUzIr5wAgCfQxrQQm4YTptzI5vjrRbQOiYn
sVUAoJLUV5oZ59pkyuVzHuZM1uOnASnG
=pNmW
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] The new installer

[Denis Rouzaud]

Hi,

On 04/30/2013 12:50 AM, Borys Jurgiel wrote:

Hi,

Is the GUI & API freeze still planned for tomorrow or postponed? I won't finish
the manager tomorrow. I need a few days more (one week is safe), but
unfortunately I have to leave from Wednesday until next Tuesday, so I could
finish it for May 15 (I'll try faster of course)...

Options:

1. Maximal: If the freeze is postponed, tomorrow I'm trying to do as much as
possible and in the evening I write a report and publish the unfinished branch.

+1

2. Minimal: I only make necessary updates to the old Installer (just a few
fast fixes) and completely postone the new one to 2.1.

3. Intermediate: I don't invest time into the full option, instead I try to
only embed the old installer into the new manager window. They will exist on
separate tabs without functional and visual merge. Hopefully it should be
feasible to implement tomorrow (still not so trivial thought).

The advantage of the third option is althought it's not the final merge, QGIS
2.0 would have only one window for installing and managing plugins. The
confusing separate menu entry would be gone. But of course still we would have
one tab for enabling/disabling, and separate one for installing/upgrading,
what is messy. I believe we should have one tab for all activities on
installed plugins (enabling/disabling, upgrading, uninstalling) and a second
for installing new stuff. Of course it requires much deeper integration.

What do you think about the options?

PS. An actual screenshot: http://tmp.borysjurgiel.pl/manager1.png (the
metadata browser will be better formatted and more rich of course)

It looks great! I think the wait is worth it!

Do you think it could be interesting to integrate this also in the 
settings dialog? If the left panel can be integrated as a tree widget 
item in the panel of the settings dialog (as I just proposed for the 
labelling).

___
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] Labeling gui redesign and expression-based data definitions

[Denis Rouzaud]

Hi,

On 04/30/2013 04:11 AM, Larry Shaffer wrote:

Hi,

Similar to Borys' dilemma, I am try bringing the new labeling features 
and gui to a reasonable release state, but need a couple of days more 
to finish things up (excepting existing issues, etc.).


I have added expression-based data definitions for labeling (bringing 
functionally on par with current symbology implementation), but need 
the rest of the week to clean it up and fully turn it on for existing 
and missing data definitions. [0] slideshow, [1] branch. Note: if you 
build that branch, only new-style data definitions and the new tool 
button work for a label's *font size*, all others are currently 
broken/unimplemented.


Things left to do:

* Re-work current labeling gui (not very difficult, see last slide in 
slideshow for older sample of how it will look). This will include 
integration of the inline data definition tool buttons, which not only 
give feedback on the state of the definition, but also disable 
appropriate layer-level widgets if a definition is enabled.


Would it be possible to integrate the left panel in the panel of the 
vector layer properties as a tree widget, as we see in many software [0]?
I think this would be much clearer and space saving but I understand it 
won't be that straightforward in current structure.


[0] https://dl.dropboxusercontent.com/u/96475234/settings.png



* Freshen up the current implementation to be cleaner and more 
flexible with the API, and refactor QgsPalLayerSettings, 
QgsPalLabeling and the canvas labeling tools to utilize the new data 
definition methods.


I believe I can finish this by the end of the week. IMHO, it would be 
very good to get labeling to this state for 2.0, current bugs and 
issues notwithstanding. This will allow a reasonably functional and 
flexible labeling system (with expressions), to be used while a much 
larger rule-based system and refactoring is being worked on for 2.x.


Any comments on my completion and committing of this work by week's 
end? (then on to bugs/issues)


[0] https://www.dropbox.com/sh/05zltx1653zaaiu/WY1f4PO7Z6
[1] https://github.com/dakcarto/Quantum-GIS/tree/labeling-gui_redesign2_2

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota


Cheers,

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

[Qgis-developer] Labeling gui redesign and expression-based data definitions

[Larry Shaffer]

Hi,

Similar to Borys' dilemma, I am try bringing the new labeling features and
gui to a reasonable release state, but need a couple of days more to finish
things up (excepting existing issues, etc.).

I have added expression-based data definitions for labeling (bringing
functionally on par with current symbology implementation), but need the
rest of the week to clean it up and fully turn it on for existing and
missing data definitions. [0] slideshow, [1] branch. Note: if you build
that branch, only new-style data definitions and the new tool button work
for a label's *font size*, all others are currently broken/unimplemented.

Things left to do:

* Re-work current labeling gui (not very difficult, see last slide in
slideshow for older sample of how it will look). This will include
integration of the inline data definition tool buttons, which not only give
feedback on the state of the definition, but also disable appropriate
layer-level widgets if a definition is enabled.

* Freshen up the current implementation to be cleaner and more flexible
with the API, and refactor QgsPalLayerSettings, QgsPalLabeling and the
canvas labeling tools to utilize the new data definition methods.

I believe I can finish this by the end of the week. IMHO, it would be very
good to get labeling to this state for 2.0, current bugs and issues
notwithstanding. This will allow a reasonably functional and flexible
labeling system (with expressions), to be used while a much larger
rule-based system and refactoring is being worked on for 2.x.

Any comments on my completion and committing of this work by week's end?
(then on to bugs/issues)

[0] https://www.dropbox.com/sh/05zltx1653zaaiu/WY1f4PO7Z6
[1] https://github.com/dakcarto/Quantum-GIS/tree/labeling-gui_redesign2_2

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] The new installer

[Borys Jurgiel]

Hi,

Is the GUI & API freeze still planned for tomorrow or postponed? I won't finish 
the manager tomorrow. I need a few days more (one week is safe), but 
unfortunately I have to leave from Wednesday until next Tuesday, so I could 
finish it for May 15 (I'll try faster of course)... 

Options:

1. Maximal: If the freeze is postponed, tomorrow I'm trying to do as much as 
possible and in the evening I write a report and publish the unfinished branch.

2. Minimal: I only make necessary updates to the old Installer (just a few 
fast fixes) and completely postone the new one to 2.1.

3. Intermediate: I don't invest time into the full option, instead I try to 
only embed the old installer into the new manager window. They will exist on 
separate tabs without functional and visual merge. Hopefully it should be 
feasible to implement tomorrow (still not so trivial thought).

The advantage of the third option is althought it's not the final merge, QGIS 
2.0 would have only one window for installing and managing plugins. The 
confusing separate menu entry would be gone. But of course still we would have 
one tab for enabling/disabling, and separate one for installing/upgrading, 
what is messy. I believe we should have one tab for all activities on 
installed plugins (enabling/disabling, upgrading, uninstalling) and a second 
for installing new stuff. Of course it requires much deeper integration.

What do you think about the options?

PS. An actual screenshot: http://tmp.borysjurgiel.pl/manager1.png (the 
metadata browser will be better formatted and more rich of course)
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Is Print Composer Atlas broken?

[Anita Graser]

Am 29.04.2013, 10:09 Uhr, schrieb Hugo Mercier :


Le 28/04/2013 16:52, Anita Graser a écrit :

Hi,

I just wanted to test Atlas using lakes.shp from our sample data. The
resulting PDF has 15 pages but every page displays the same lake. Can
you confirm?



Hi Anita,

Tested here on a fresh git pull of the master branch (1959182), it works
well with lakes.shp.
Can you share your project file ?



Thanks Hugo,

When I create an empty project and test it, it works ...

I'll try to track the problem down and share a project file that doesn't  
work. Unfortunately the current one is a bit messy :)


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

[Qgis-developer] SVG symbol fill rotated

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.
In current master, there is an option (Data defined properties) to rotate a 
symbol,
which seems to be applicable also to SVG fills. I tried, but I cannot get the
rotation desired: is this a limitation, or am I doing something wrong?
All the best, and thanks.
- -- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlF+jxoACgkQ/NedwLUzIr5enwCgibAK876vMREKvbCYQFKhotYd
xnIAn1fKqdZYyG2xeCAqAyPZV3BoeR/N
=4J/o
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [GSoC 2013] QGIS for Mobile Phone Devices

[Marco Bernasocchi]

Hi Aakash,
great to hear this!

As a first thin I would suggest you to build the android QGIS so you get 
all dependencies working and so on.


Some bugs I'd suggest you to look into, are:
- http://hub.qgis.org/issues/5170
- http://hub.qgis.org/issues/7732
- http://hub.qgis.org/issues/6037

For your application, it is fairly straight forward, you need to write a 
proposal similar to [1] where you explain what you would like to 
achieve, subscribe and introduce yourself to the qgis-developer (added 
to CC) [2] and see what people think. I'd like to mentor you, just 
please remember that this is a serious commitment.


Regarding your skills, it looks good, and yes qml is not that hard to learn.

Looking forward to read and comment on your proposal

ciao

[1] 
https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/tecoholic/17001

[2] http://lists.osgeo.org/mailman/listinfo/qgis-developer

On 04/27/2013 02:54 PM, Aakash Goenka wrote:

Hi Marco,

I am really eager to participate in this year's GSoC, continuing on the
QGIS for Mobile Phone Devices project. I understand that it is a bit too
late to express my interest. However, my final exams were on, and so, I
was busy in that. Now, I am free and can give all the time for working
on the proposal, understanding the code and going through the documentation.

To demonstrate my understanding of the code, I can work on fixing a few
bugs fromhttp://hub.qgis.org/projects/quantum-gis/issues. Also, if you
have any task in mind which you would like me to do, which might help
you judge my skills, I would be really happy to do it.

Regarding my past experience, I would like to say that I have experience
in C, C#, Java and Python. I gained some development experience in C++
when I used it for developing a Clutter + GTK based UI for 'Flashback'.
It is a rudimentary versioning file system which my team built for a
college competition. I have not used Qt before, and hence I am not
familiar with QML. However, I am sure it will not be difficult to learn.
I have used XAML for working on WPF GUIs and also Glade while working
with GTK.

I have some previous experience in working on Open Source projects. I
have previously participated in GSoC 2011, under ASCEND
. Here is a link to my work log -
http://ascend4.org/User:Aakash .

I have some experience in coding for mobile devices. I used the Windows
Phone SDK to develop a wifi based remote control for Lego Mindstorm
robots. A ‘server’ would listen for commands over a socket and forward
those to the Lego robot via bluetooth. So, the robot could effectively
be controlled by any device which could send commands to this server.
A client application was developed for Windows Phones. This application
presented a Joystick UI to the user, for controlling the robot’s
acceleration. I also implemented a feature with which the user could
record a joystick action and replay it later. The feature also allowed
users to compose new movements using combinations of previously recorded
actions. All this was done as part of a research project at Microsoft
Research, Bangalore during December 2012. I had also interned at
Microsoft Research in Summer 2012, but that was on a different project

I have completed courses (both - Theory and Labs) in Algorithms,
Software Engineering, Compiler Design and Operating Systems and done
well in all of them.

I have also attached my latest resume for your reference.

It would be really great if you could guide me as to how I should go
about with my application, given that very little time is left, and so I
should make the best possible use of it. I am really looking forward to
working on this project.

Thank you.
--
Aakash Goenka



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

Re: [Qgis-developer] Feature freeze exception?

[Nyall Dawson]

On 26 April 2013 19:26, Tim Sutton  wrote:
> +1 from me too
>
> On Fri, Apr 26, 2013 at 4:58 AM, Mathieu Pellerin  
> wrote:
>> Since blend modes are found everywhere else
>> (vector,raster,label,composer items), an exception to allow addition
>> of blend mode on the only remaining gap would make sense.
>>
>> On Fri, Apr 26, 2013 at 9:56 AM, Nathan Woodrow  wrote:
>>> +1 from me.
>>>

I've just submitted a pull request for this change (#567). This
request also adds the related feature of inverting the overview frame
(ie, shading outside the area covered by the linked map). Since this
wasn't discussed as part of the original exception, I'll let someone
else make the call on whether or not this is acceptable to commit.

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

[Qgis-developer] Feedback on GSoC Proposal for 2013

[arunthe...@gmail.com]

Hello,

I am applying for Google Summer of Code 2013 this year again and start
working where I left off last year. Here [1] is my proposal. Kindly go
through and provide feedback.

Thanks.

[1]
https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/tecoholic/17001
-- 
Regards
Arunmozhi
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Python] QgsFeatureIterator for geometryless PostgreSQL-Layer

[Jürgen E . Fischer]

Hi Martin,

On Wed, 24. Apr 2013 at 00:21:53 +0200, Martin Dobias wrote:
> > Which only moves the problem upward.   Maybe we should handle setFilterFid
> > requests like the old featureAtId.
 
> Could you be more specific what would that mean implementation-wise?

Handling the setFilterFid requests so that they don't interfere with other
iterators - thereby reviving any code that implied that featureAtId is possible
while select()/nextFeature() is ongoing.
 

> Right, I thought it was the same cursor, but in fact they were called
> differently ("qgisf[N]" vs "qgisfid[N]"). But still with OGR there is
> not guarantee that it will work - if the driver does not implement
> random access to features. Not sure about other providers...

But judging by the lack of tickets that complain about this, I suppose with
frequently used OGR drivers it worked.
 

> I would like to address multiple iterators in the 2.1 release together with
> threaded rendering.

That's what I thought - ie. the closing of active iterators is a temporary
kludge.  But I didn't think that we would release 2.0 with that (at least not
after I found that this was introducing regressions).


> Right now it seems that all those problems lead to the handling of changed
> geometries within vector layer's feature iterator
> (fetchNextChangedGeomFeature()). We could update that code to first finish
> iterating over features from data provider and only after that fetch
> remaining features (by ID) with changed geometries that have not been
> considered before (in the main loop) - at that time the internal provider's
> iterator will be closed already, so there will be no collision.

> Does that sound good to you?

Not really - sorry ;)

To me it sounds like extending the kludge.   And identifying the affected code
is probably not that easy either - I suppose just a few were tagged with
tickets yet.


> This change should also lower the amount of queries to the provider: if the
> feature with changed geometry is still in the filter rectangle, no
> superfluous "feature at id" queries will be issued.

Some of the code (eg. some stuff in fTools) probably should be reworked anyway.

The question is who has enough time to work on any of this...



Jürgen

-- 
Jürgen E. Fischer norBIT GmbH   Tel. +49-4931-918175-31
Dipl.-Inf. (FH)   Rheinstraße 13Fax. +49-4931-918175-50
Software Engineer D-26506 Norden   http://www.norbit.de
committ(ed|ing) to Quantum GIS IRC: jef on FreeNode 


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

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

Re: [Qgis-developer] Is Print Composer Atlas broken?

[Hugo Mercier]

Le 28/04/2013 16:52, Anita Graser a écrit :
> Hi,
> 
> I just wanted to test Atlas using lakes.shp from our sample data. The
> resulting PDF has 15 pages but every page displays the same lake. Can
> you confirm?
> 

Hi Anita,

Tested here on a fresh git pull of the master branch (1959182), it works
well with lakes.shp.
Can you share your project file ?

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