[Qgis-developer] QGIS for end users (--configpath under Windows)?
Stefan Keller
sfkeller at gmail.com
Mon Aug 20 08:53:35 PDT 2012
Hi Tim
I'd like to give end users the possibility to start one or more
specialised QGIS applications containing a simplified GUI and
different sets of plugins (Linux and Windows).
I think you are referring to "Customization Dialog" which can store a
certain config as an .ini file. Since --optionspath is being ignored
this means, that users start QGIS and have to load the corresponding
.ini file "by hand" - which is error-prone and cumbersome (users e.g.
won't remember what file to choose).
In addition, under Windows, they have to start QGIS, load the
(hopefully) corresponding .ini file - and have to restart QGIS again.
Or do I miss something?
Stefan
2012/8/20 Tim Sutton <lists at linfiniti.com>:
> Hi
>
> On Mon, Aug 20, 2012 at 4:37 PM, Stefan Keller <sfkeller at gmail.com> wrote:
>> Hi,
>>
>> My problem below seems to partially covered by this open ticket
>> http://hub.qgis.org/issues/5894 .
>> This ticket says " QSettings always read default, regardless of
>> --optionspath" and mentions ~/.config/QuantumGIS/QGIS.conf being the
>> default.
>> Now my intention is to configure a path as well as GUI elements when
>> starting QGIS - and getting this to work under Lunix and Windows.
>> Currently under Windows Defaults are stored in central Windows Registry!
>>
>> To me the best solution would be,
>> 1. that optionspath Parameter (if given and existing) really overrides
>> the defaults (like Ticket says),
>> 2. and if QSettings under Windows would be stored not in Registry but
>> in an application path (like Linux).
>>
>
> Why not use the customisation framework? See:
>
> http://linfiniti.com/2011/07/customizing-the-qgis-ui/
>
> Tim
>
>
>> Yours, Stefan
>>
>>
>>
>>
>> 2012/8/16 Stefan Keller <sfkeller at gmail.com>:
>>> Hi,
>>>
>>> I'd like to program and configure QGIS as a real specialist GIS for
>>> end users using Windows with menus, settings and plugins adapted to a
>>> specialists task - and failed until now. But perhaps I'm missing some
>>> concepts or tricks. Is this possible?
>>>
>>> Possible solution: I think if this would work under Windows I'd be happy:
>>>
>>> % C:\OSGeo4W\bin\qgis.bat --configpath "C:\gisdata\conf" --project
>>> "C:\gisdata\test_projekt.qgs"
>>>
>>> This would allow to start at least one instance with a specific config
>>> ("--configpath": pointing to menus, buttons, settings...) and a
>>> specific set of plugins ("" pointing to a project file in a
>>> subdirectory). But "--configpath" does not seem to be implemented, at
>>> least not in Windows - although there's an entry in the docs
>>> http://docs.qgis.org/user_guide/html/en/introduction/features_at_a_glance.html
>>> .
>>>
>>> It can even be that specialists end users start QGIS twice, one
>>> instance for managing task A (like e.g. surveying) and one for task B
>>> (like environmental planning). But I'm aware that this seems
>>> impossible by concept because QGIS/Qt store settings in the (singular)
>>> Windows Registry.
>>>
>>> Under Windows we now store an .ini (test_projekt.ini) file, start QGIS
>>> with the above parameters (except void --configpath), load the
>>> test_projekt.ini, exit QGIS (!??) and start QGIS again...
>>>
>>> Any help?
>>>
>>> Yours, S.
>> _______________________________________________
>> 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
> ==============================================
More information about the Qgis-developer
mailing list