Re: [Qgis-developer] Python support in project file
Hi all, I've pushed the code on the branch project_macros on my QGis fork [1]. The macros python code is loaded into a dummy module, in this manner it can be unloaded when needed. On Thu, May 31, 2012 at 8:30 AM, Martin Dobias wonder...@gmail.com wrote: On Thu, May 31, 2012 at 2:49 AM, Giuseppe Sucameli sucam...@faunalia.it wrote: I would save it into the project (embedded in the XML) until we will have a different way to pack project and related stuff together. Ok - hopefully XML will not choke python indentation :) It seems conversion to XML doesn't break anything. BTW one popup only would be needed, i.e. the project is loaded. If the user trust macros then they become active and ready to be executed. See Nathan's post - he better explains what I have meant. I developed a QgsMessageBar class to display information to the user using a non-blocking widget. The bar allows to push more messages as in a queue, then displays them one by one beside to a close button. The button remove the current message or the bar when the message queue is empty. The QgisApp instance creates a object of that class and puts it above the canvas and also on the top of it (so the canvas is not refreshed when the bar is shown or hidden as no resize event occurs). Please, could you test it and report here? Regards. -- Giuseppe Sucameli - Faunalia ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Python support in project file
Very nice Giiseppe. Will test soon. Sent from some fancy phone looking thingo From: Giuseppe Sucameli Sent: 21/08/2012 5:24 PM To: qgis-developer ML Subject: Re: [Qgis-developer] Python support in project file Hi all, I've pushed the code on the branch project_macros on my QGis fork [1]. The macros python code is loaded into a dummy module, in this manner it can be unloaded when needed. On Thu, May 31, 2012 at 8:30 AM, Martin Dobias wonder...@gmail.com wrote: On Thu, May 31, 2012 at 2:49 AM, Giuseppe Sucameli sucam...@faunalia.it wrote: I would save it into the project (embedded in the XML) until we will have a different way to pack project and related stuff together. Ok - hopefully XML will not choke python indentation :) It seems conversion to XML doesn't break anything. BTW one popup only would be needed, i.e. the project is loaded. If the user trust macros then they become active and ready to be executed. See Nathan's post - he better explains what I have meant. I developed a QgsMessageBar class to display information to the user using a non-blocking widget. The bar allows to push more messages as in a queue, then displays them one by one beside to a close button. The button remove the current message or the bar when the message queue is empty. The QgisApp instance creates a object of that class and puts it above the canvas and also on the top of it (so the canvas is not refreshed when the bar is shown or hidden as no resize event occurs). Please, could you test it and report here? Regards. -- Giuseppe Sucameli - Faunalia ___ 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] Python support in project file
Giuseppe, I really like where this is going. Couple of things: - There seems to be a margin around the map canvas now. That wasn't there before. - If there are no marcos in the project file I wouldn't show the warning bar. - Might be good to have a more info hyperlink so that people can understand what it really means - Would be nice if we can to have a Enable Always button with a drop down menu with Always for all projects and Always for just this project (don't have it popup a dialog asking if they are sure just save it they can always change it after) - Might need to make the icon have a transparent icon background :) Other then that I really love it. Having the message bar opens up a lot of other possibilities for use to notify the users of things that may or may not need attention. I'm thinking things like BTW 3 plugins didn't load right. Do you want to know which ones? - Nathan On Tue, Aug 21, 2012 at 5:54 PM, Nathan Woodrow madman...@gmail.com wrote: Very nice Giiseppe. Will test soon. Sent from some fancy phone looking thingo From: Giuseppe Sucameli Sent: 21/08/2012 5:24 PM To: qgis-developer ML Subject: Re: [Qgis-developer] Python support in project file Hi all, I've pushed the code on the branch project_macros on my QGis fork [1]. The macros python code is loaded into a dummy module, in this manner it can be unloaded when needed. On Thu, May 31, 2012 at 8:30 AM, Martin Dobias wonder...@gmail.com wrote: On Thu, May 31, 2012 at 2:49 AM, Giuseppe Sucameli sucam...@faunalia.it wrote: I would save it into the project (embedded in the XML) until we will have a different way to pack project and related stuff together. Ok - hopefully XML will not choke python indentation :) It seems conversion to XML doesn't break anything. BTW one popup only would be needed, i.e. the project is loaded. If the user trust macros then they become active and ready to be executed. See Nathan's post - he better explains what I have meant. I developed a QgsMessageBar class to display information to the user using a non-blocking widget. The bar allows to push more messages as in a queue, then displays them one by one beside to a close button. The button remove the current message or the bar when the message queue is empty. The QgisApp instance creates a object of that class and puts it above the canvas and also on the top of it (so the canvas is not refreshed when the bar is shown or hidden as no resize event occurs). Please, could you test it and report here? Regards. -- Giuseppe Sucameli - Faunalia ___ 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] QGIS does not open Shape
Project file is the file to be opened by QGIS not a separate map layer. Best regards, Karlis Marco Lechner - FOSSGIS e.V. wrote: Hi, I have a Shape file which only can be opened by starting QGIS (1.8.0 on ubuntu 12.04) and adding it as a vectorlayer. The opening fails when trying to use open with QGIS from the context menu. .. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Import SLD (QGIS1.8) to geoserver 2.1.4
hello I imorpté SLD file to geoserver, I find the following error messsage, - org.xml.sax.SAXParseException: Element type StyledLayerDescriptor must be followed by either attribute specifications, or /. nobody has an idea (import SLD file to geoserver QGIS) thank you ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Python support in project file
Hi Nathan, On Tue, Aug 21, 2012 at 10:22 AM, Nathan Woodrow madman...@gmail.com wrote: - There seems to be a margin around the map canvas now. That wasn't there before. ok, I see it now :) - If there are no marcos in the project file I wouldn't show the warning bar. When the checkbox is unchecked it doesn't show the warning bar, I'll also check if the textbox is empty. - Might be good to have a more info hyperlink so that people can understand what it really means A link to the help page, sure it's a good thing. - Would be nice if we can to have a Enable Always button with a drop down menu with Always for all projects and Always for just this project (don't have it popup a dialog asking if they are sure just save it they can always change it after) Even if I don't like the enable always option as it might cause security issues, I thought to put just one checkbox in the setting dialog to make macros always enabled. I don't imagine how to make the always enable macros for just this project option working. Projects don't have a identifier like layers and I guess the path is not a good choice because the project file could be replaced and the user could easily be wrong. What do you think? - Might need to make the icon have a transparent icon background :) The icon is the one used for the message logger (displayed bottom-right when in Debug mode), of course that white background has to be removed. We also need a icon for the close button (x) and icons for the other 2 levels of messages, i.e. critical and information. Opinions are welcome! Regards. - Nathan On Tue, Aug 21, 2012 at 5:54 PM, Nathan Woodrow madman...@gmail.com wrote: Very nice Giiseppe. Will test soon. Sent from some fancy phone looking thingo From: Giuseppe Sucameli Sent: 21/08/2012 5:24 PM To: qgis-developer ML Subject: Re: [Qgis-developer] Python support in project file Hi all, I've pushed the code on the branch project_macros on my QGis fork [1]. The macros python code is loaded into a dummy module, in this manner it can be unloaded when needed. On Thu, May 31, 2012 at 8:30 AM, Martin Dobias wonder...@gmail.com wrote: On Thu, May 31, 2012 at 2:49 AM, Giuseppe Sucameli sucam...@faunalia.it wrote: I would save it into the project (embedded in the XML) until we will have a different way to pack project and related stuff together. Ok - hopefully XML will not choke python indentation :) It seems conversion to XML doesn't break anything. BTW one popup only would be needed, i.e. the project is loaded. If the user trust macros then they become active and ready to be executed. See Nathan's post - he better explains what I have meant. I developed a QgsMessageBar class to display information to the user using a non-blocking widget. The bar allows to push more messages as in a queue, then displays them one by one beside to a close button. The button remove the current message or the bar when the message queue is empty. The QgisApp instance creates a object of that class and puts it above the canvas and also on the top of it (so the canvas is not refreshed when the bar is shown or hidden as no resize event occurs). Please, could you test it and report here? Regards. -- Giuseppe Sucameli - Faunalia ___ 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 -- Giuseppe Sucameli - Faunalia ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Python support in project file
On Tue, Aug 21, 2012 at 8:57 PM, Giuseppe Sucameli sucam...@faunalia.it wrote: Hi Nathan, On Tue, Aug 21, 2012 at 10:22 AM, Nathan Woodrow madman...@gmail.com wrote: - There seems to be a margin around the map canvas now. That wasn't there before. ok, I see it now :) - If there are no marcos in the project file I wouldn't show the warning bar. When the checkbox is unchecked it doesn't show the warning bar, I'll also check if the textbox is empty. hmmm doesn't seem to work for me. I just created a new project without ticking the marco checkbox and when I open it I get the warning. - Would be nice if we can to have a Enable Always button with a drop down menu with Always for all projects and Always for just this project (don't have it popup a dialog asking if they are sure just save it they can always change it after) Even if I don't like the enable always option as it might cause security issues, I thought to put just one checkbox in the setting dialog to make macros always enabled. Yeah I think it can be a security issue also however there are some things that reduce it: - The project file is plain text so you can also check ones that you download - In places like where I work we tend to only use internal project files so it's fine to have it always enabled - IMO the chance of someone doing something bad with them is small I think - Word and Excel store everything in binary and hence have a always on option is a huge risk as there is no other way to check the code. I don't imagine how to make the always enable macros for just this project option working. Projects don't have a identifier like layers and I guess the path is not a good choice because the project file could be replaced and the user could easily be wrong. What do you think? I agree however I think the risk of a swap is low of a swap IMO. - Might need to make the icon have a transparent icon background :) The icon is the one used for the message logger (displayed bottom-right when in Debug mode), of course that white background has to be removed. We also need a icon for the close button (x) and icons for the other 2 levels of messages, i.e. critical and information. I quite like the lack of a icon on the close button. It draws your attention to the right which is where the user should look. There are some nice icons here http://www.iconfinder.com/search/?q=warning I use them in a lot of my projects (just check licence) I'm also thinking that I might be good to have a light yellow bar for warnings, light red for error, and light blue for information. Pick the main colour of the icon and change it enough so the icon and bar stand out. Like this http://www.lawgic.com/Res/System/Word2010.bar.gif I think people will be very happy with addition. - Nathan Opinions are welcome! Regards. - Nathan On Tue, Aug 21, 2012 at 5:54 PM, Nathan Woodrow madman...@gmail.com wrote: Very nice Giiseppe. Will test soon. Sent from some fancy phone looking thingo From: Giuseppe Sucameli Sent: 21/08/2012 5:24 PM To: qgis-developer ML Subject: Re: [Qgis-developer] Python support in project file Hi all, I've pushed the code on the branch project_macros on my QGis fork [1]. The macros python code is loaded into a dummy module, in this manner it can be unloaded when needed. On Thu, May 31, 2012 at 8:30 AM, Martin Dobias wonder...@gmail.com wrote: On Thu, May 31, 2012 at 2:49 AM, Giuseppe Sucameli sucam...@faunalia.it wrote: I would save it into the project (embedded in the XML) until we will have a different way to pack project and related stuff together. Ok - hopefully XML will not choke python indentation :) It seems conversion to XML doesn't break anything. BTW one popup only would be needed, i.e. the project is loaded. If the user trust macros then they become active and ready to be executed. See Nathan's post - he better explains what I have meant. I developed a QgsMessageBar class to display information to the user using a non-blocking widget. The bar allows to push more messages as in a queue, then displays them one by one beside to a close button. The button remove the current message or the bar when the message queue is empty. The QgisApp instance creates a object of that class and puts it above the canvas and also on the top of it (so the canvas is not refreshed when the bar is shown or hidden as no resize event occurs). Please, could you test it and report here? Regards. -- Giuseppe Sucameli - Faunalia ___ 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 -- Giuseppe Sucameli - Faunalia ___ Qgis-developer mailing list
Re: [Qgis-developer] Import SLD (QGIS1.8) to geoserver 2.1.4
Hi, On Tue, Aug 21, 2012 at 12:47 PM, lili labouze lililabou...@gmail.com wrote: I imorpté SLD file to geoserver, I find the following error messsage, please, could you provide the SLD file? Probably it's a not well-formed XML due to an error while writing the file to the disk. Regards. org.xml.sax.SAXParseException: Element type StyledLayerDescriptor must be followed by either attribute specifications, or /. nobody has an idea (import SLD file to geoserver QGIS) thank you ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Giuseppe Sucameli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Python support in project file
Hi, On Tue, Aug 21, 2012 at 1:14 PM, Nathan Woodrow madman...@gmail.com wrote: I'm also thinking that I might be good to have a light yellow bar for warnings, light red for error, and light blue for information. Pick the main colour of the icon and change it enough so the icon and bar stand out. The bar is already red for critical messages, orange-yellow for warnings and light blue for informations :) Have a look at the QgsMessageBar::pushWidget() method [1]. BTW, if you tell me the new hex of filling and border colors I'll change them. Cheers. [1] https://github.com/brushtyler/Quantum-GIS/commit/382187ba0b0be6e5b0e64e654b6c66f2271838fe#L4R153 I think people will be very happy with addition. - Nathan Opinions are welcome! Regards. - Nathan On Tue, Aug 21, 2012 at 5:54 PM, Nathan Woodrow madman...@gmail.com wrote: Very nice Giiseppe. Will test soon. Sent from some fancy phone looking thingo From: Giuseppe Sucameli Sent: 21/08/2012 5:24 PM To: qgis-developer ML Subject: Re: [Qgis-developer] Python support in project file Hi all, I've pushed the code on the branch project_macros on my QGis fork [1]. The macros python code is loaded into a dummy module, in this manner it can be unloaded when needed. On Thu, May 31, 2012 at 8:30 AM, Martin Dobias wonder...@gmail.com wrote: On Thu, May 31, 2012 at 2:49 AM, Giuseppe Sucameli sucam...@faunalia.it wrote: I would save it into the project (embedded in the XML) until we will have a different way to pack project and related stuff together. Ok - hopefully XML will not choke python indentation :) It seems conversion to XML doesn't break anything. BTW one popup only would be needed, i.e. the project is loaded. If the user trust macros then they become active and ready to be executed. See Nathan's post - he better explains what I have meant. I developed a QgsMessageBar class to display information to the user using a non-blocking widget. The bar allows to push more messages as in a queue, then displays them one by one beside to a close button. The button remove the current message or the bar when the message queue is empty. The QgisApp instance creates a object of that class and puts it above the canvas and also on the top of it (so the canvas is not refreshed when the bar is shown or hidden as no resize event occurs). Please, could you test it and report here? Regards. -- Giuseppe Sucameli - Faunalia ___ 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 -- Giuseppe Sucameli - Faunalia ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Giuseppe Sucameli - Faunalia ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Python support in project file
True, my bad :) In that case I would reduce the level of the mInfoBar-pushWidget( mMacrosWarn, 2 ); to 1 as it really should be yellow. - Nathan On Tue, Aug 21, 2012 at 9:34 PM, Giuseppe Sucameli sucam...@faunalia.it wrote: Hi, On Tue, Aug 21, 2012 at 1:14 PM, Nathan Woodrow madman...@gmail.com wrote: I'm also thinking that I might be good to have a light yellow bar for warnings, light red for error, and light blue for information. Pick the main colour of the icon and change it enough so the icon and bar stand out. The bar is already red for critical messages, orange-yellow for warnings and light blue for informations :) Have a look at the QgsMessageBar::pushWidget() method [1]. BTW, if you tell me the new hex of filling and border colors I'll change them. Cheers. [1] https://github.com/brushtyler/Quantum-GIS/commit/382187ba0b0be6e5b0e64e654b6c66f2271838fe#L4R153 I think people will be very happy with addition. - Nathan Opinions are welcome! Regards. - Nathan On Tue, Aug 21, 2012 at 5:54 PM, Nathan Woodrow madman...@gmail.com wrote: Very nice Giiseppe. Will test soon. Sent from some fancy phone looking thingo From: Giuseppe Sucameli Sent: 21/08/2012 5:24 PM To: qgis-developer ML Subject: Re: [Qgis-developer] Python support in project file Hi all, I've pushed the code on the branch project_macros on my QGis fork [1]. The macros python code is loaded into a dummy module, in this manner it can be unloaded when needed. On Thu, May 31, 2012 at 8:30 AM, Martin Dobias wonder...@gmail.com wrote: On Thu, May 31, 2012 at 2:49 AM, Giuseppe Sucameli sucam...@faunalia.it wrote: I would save it into the project (embedded in the XML) until we will have a different way to pack project and related stuff together. Ok - hopefully XML will not choke python indentation :) It seems conversion to XML doesn't break anything. BTW one popup only would be needed, i.e. the project is loaded. If the user trust macros then they become active and ready to be executed. See Nathan's post - he better explains what I have meant. I developed a QgsMessageBar class to display information to the user using a non-blocking widget. The bar allows to push more messages as in a queue, then displays them one by one beside to a close button. The button remove the current message or the bar when the message queue is empty. The QgisApp instance creates a object of that class and puts it above the canvas and also on the top of it (so the canvas is not refreshed when the bar is shown or hidden as no resize event occurs). Please, could you test it and report here? Regards. -- Giuseppe Sucameli - Faunalia ___ 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 -- Giuseppe Sucameli - Faunalia ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Giuseppe Sucameli - Faunalia ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] color ramp manager
When more than 6k gradients are available, it should be much faster to create a new gradient rather then to find an appropriate one. Karlis jjg wrote: Paolo Cavallini wrote IMHO with such high numbers, appropriate tagging filtering is the way to go. With 6000+ gradients that is easier said than done. .. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] color ramp manager
Zirneklitis wrote When more than 6k gradients are available, it should be much faster to create a new gradient rather then to find an appropriate one. OK, I will race you. You start making a topographic gradient, I start by looking http://soliton.vm.bytemark.co.uk/pub/cpt-city/views/topo.html here ... finished! :-) -- View this message in context: http://osgeo-org.1560.n6.nabble.com/color-ramp-manager-tp4993619p4996673.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Welcome to our newest core commiter: Victor Olaya
Hi Folks Work conditions here at QGIS central must be really great because we have just welcomed another developer to the QGIS Core developer team (i.e. those with commit rights to the master repository). Despite us halving pay and doubling the length of our shifts, new recruits keep joining!* Victor will be bringing the SEXTANTE plugin into the core of QGIS so that it ships by default and has maximum exposure. Victor, we are extremely pleased to have you join our team! Regards * This is a joke - QGIS core team are not paid by the QGIS project or expected to work shifts! -- 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 == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Welcome to our newest core commiter: Victor Olaya
yepppaaa :-) -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Welcome-to-our-newest-core-commiter-Victor-Olaya-tp4996733p4996780.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Welcome to our newest core commiter: Victor Olaya
That's fantastic news. There's been some fantastic work in the SEXTANTE svn over the last few weeks so it will be great to see some of this in QGIS core (e.g. the fTools and SEXTANTE native algorithms can now write to memory layers in the latest development version) :-) Rob ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Python support in project file
Hi, On Tuesday, August 21, 2012, Giuseppe Sucameli wrote: Hi Nathan, On Tue, Aug 21, 2012 at 10:22 AM, Nathan Woodrow madman...@gmail.comjavascript:; wrote: - There seems to be a margin around the map canvas now. That wasn't there before. ok, I see it now :) - If there are no marcos in the project file I wouldn't show the warning bar. When the checkbox is unchecked it doesn't show the warning bar, I'll also check if the textbox is empty. - Might be good to have a more info hyperlink so that people can understand what it really means A link to the help page, sure it's a good thing. - Would be nice if we can to have a Enable Always button with a drop down menu with Always for all projects and Always for just this project (don't have it popup a dialog asking if they are sure just save it they can always change it after) Even if I don't like the enable always option as it might cause security issues, I thought to put just one checkbox in the setting dialog to make macros always enabled. I don't imagine how to make the always enable macros for just this project option working. Projects don't have a identifier like layers and I guess the path is not a good choice because the project file could be replaced and the user could easily be wrong. Really nice addition. I have a couple of suggestions. Whether the warning appears seems to be keyed off of the recent opened files listing. Since that evetually will cause the user to see the warning again (once their project is removed from that listing), would it be better to keep a listing of projects (at least by file name, not path) in the app settings that have been allowed to run macros? Possibly in addition to the recently opened check? What do you think? - Might need to make the icon have a transparent icon background :) The icon is the one used for the message logger (displayed bottom-right when in Debug mode), of course that white background has to be removed. We also need a icon for the close button (x) and icons for the other 2 levels of messages, i.e. critical and information. For a cleaner look for the message bar, I created two svg icons output to png, one for the warning and one for close [0]. Also, the Enable action is more of a link. Basically, removing the tool button backgrounds via a stylesheet and having the cursor change as expected for web page links allows for the focus of the bar to be the message, not the button actions. [0] http://dl.dropbox.com/u/4058089/qgis/message-bar.png Opinions are welcome! The order of QgsMessageBar instance being created comes before the theme (soon to be deprecated anyway?) is set. The changes I have suggested are available as an addition to your branch uploaded to my github repository [1]. [1] https://github.com/dakcarto/Quantum-GIS/commit/5a1500cc6e0d8a8965d17884e107bb3e22b77182 T Regards. - Nathan On Tue, Aug 21, 2012 at 5:54 PM, Nathan Woodrow madman...@gmail.comjavascript:; wrote: Very nice Giiseppe. Will test soon. Sent from some fancy phone looking thingo From: Giuseppe Sucameli Sent: 21/08/2012 5:24 PM To: qgis-developer ML Subject: Re: [Qgis-developer] Python support in project file Hi all, I've pushed the code on the branch project_macros on my QGis fork [1]. The macros python code is loaded into a dummy module, in this manner it can be unloaded when needed. On Thu, May 31, 2012 at 8:30 AM, Martin Dobias wonder...@gmail.comjavascript:; wrote: On Thu, May 31, 2012 at 2:49 AM, Giuseppe Sucameli sucam...@faunalia.it javascript:; wrote: I would save it into the project (embedded in the XML) until we will have a different way to pack project and related stuff together. Ok - hopefully XML will not choke python indentation :) It seems conversion to XML doesn't break anything. BTW one popup only would be needed, i.e. the project is loaded. If the user trust macros then they become active and ready to be executed. See Nathan's post - he better explains what I have meant. I developed a QgsMessageBar class to display information to the user using a non-blocking widget. The bar allows to push more messages as in a queue, then displays them one by one beside to a close button. The button remove the current message or the bar when the message queue is empty. The QgisApp instance creates a object of that class and puts it above the canvas and also on the top of it (so the canvas is not refreshed when the bar is shown or hidden as no resize event occurs). Please, could you test it and report here? Regards. -- Giuseppe Sucameli - Faunalia ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org javascript:; http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org
Re: [Qgis-developer] Python support in project file
Those changes look good Larry. - Nathan On Wed, Aug 22, 2012 at 5:58 AM, Larry Shaffer lar...@dakotacarto.com wrote: Hi, On Tuesday, August 21, 2012, Giuseppe Sucameli wrote: Hi Nathan, On Tue, Aug 21, 2012 at 10:22 AM, Nathan Woodrow madman...@gmail.com wrote: - There seems to be a margin around the map canvas now. That wasn't there before. ok, I see it now :) - If there are no marcos in the project file I wouldn't show the warning bar. When the checkbox is unchecked it doesn't show the warning bar, I'll also check if the textbox is empty. - Might be good to have a more info hyperlink so that people can understand what it really means A link to the help page, sure it's a good thing. - Would be nice if we can to have a Enable Always button with a drop down menu with Always for all projects and Always for just this project (don't have it popup a dialog asking if they are sure just save it they can always change it after) Even if I don't like the enable always option as it might cause security issues, I thought to put just one checkbox in the setting dialog to make macros always enabled. I don't imagine how to make the always enable macros for just this project option working. Projects don't have a identifier like layers and I guess the path is not a good choice because the project file could be replaced and the user could easily be wrong. Really nice addition. I have a couple of suggestions. Whether the warning appears seems to be keyed off of the recent opened files listing. Since that evetually will cause the user to see the warning again (once their project is removed from that listing), would it be better to keep a listing of projects (at least by file name, not path) in the app settings that have been allowed to run macros? Possibly in addition to the recently opened check? What do you think? - Might need to make the icon have a transparent icon background :) The icon is the one used for the message logger (displayed bottom-right when in Debug mode), of course that white background has to be removed. We also need a icon for the close button (x) and icons for the other 2 levels of messages, i.e. critical and information. For a cleaner look for the message bar, I created two svg icons output to png, one for the warning and one for close [0]. Also, the Enable action is more of a link. Basically, removing the tool button backgrounds via a stylesheet and having the cursor change as expected for web page links allows for the focus of the bar to be the message, not the button actions. [0] http://dl.dropbox.com/u/4058089/qgis/message-bar.png Opinions are welcome! The order of QgsMessageBar instance being created comes before the theme (soon to be deprecated anyway?) is set. The changes I have suggested are available as an addition to your branch uploaded to my github repository [1]. [1] https://github.com/dakcarto/Quantum-GIS/commit/5a1500cc6e0d8a8965d17884e107bb3e22b77182 T Regards. - Nathan On Tue, Aug 21, 2012 at 5:54 PM, Nathan Woodrow madman...@gmail.com wrote: Very nice Giiseppe. Will test soon. Sent from some fancy phone looking thingo From: Giuseppe Sucameli Sent: 21/08/2012 5:24 PM To: qgis-developer ML Subject: Re: [Qgis-developer] Python support in project file Hi all, I've pushed the code on the branch project_macros on my QGis fork [1]. The macros python code is loaded into a dummy module, in this manner it can be unloaded when needed. On Thu, May 31, 2012 at 8:30 AM, Martin Dobias wonder...@gmail.com wrote: On Thu, May 31, 2012 at 2:49 AM, Giuseppe Sucameli sucam...@faunalia.it wrote: I would save it into the project (embedded in the XML) until we will have a different way to pack project and related stuff together. Ok - hopefully XML will not choke python indentation :) It seems conversion to XML doesn't break anything. BTW one popup only would be needed, i.e. the project is loaded. If the user trust macros then they become active and ready to be executed. See Nathan's post - he better explains what I have meant. I developed a QgsMessageBar class to display information to the user using a non-blocking widget. The bar allows to push more messages as in a queue, then displays them one by one beside to a close button. The button remove the current message or the bar when the message queue is empty. The QgisApp instance creates a object of that class and puts it above the canvas and also on the top of it (so the canvas is not refreshed when the bar is shown or hidden as no resize event occurs). Please, could you test it and report here? Regards. -- Giuseppe Sucameli - Faunalia ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS Go-to-coordinates-function
Hello everyone, is there already a function/api to import a set of coordinates to QGIS which then will render/show the map-area around these coordinates automatically? If not - is there a way to realize such a function? Cheers, Chris ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer