[wingide-users] wingide-users Digest, Vol 118, Issue 10

diliup gabadamudalige diliupg at gmail.com
Sat Feb 22 23:26:07 EST 2014


Hi!
Is it possible to do incremental saving? What I mean is after doing some
code when I hit ctrl+s for the program to save as mynam001, myname002 or
with a suitable name. I like to save my code in little steps so that I can
go back to any little thing i did say some steps back. Also an auto save
feature after a fixed time lapse would be good saving a predetermined
number of backups. After the number exceeds save again from the first bak
name. If both features present we step back thru the code right to the
beginning and retrace many things. The music software that I use (Cubase 7)
has similar functions which are extremely useful. I hope this is ok. Thanks
for everything.

Best regards.


On Sat, Feb 22, 2014 at 4:36 AM, <wingide-users-request at wingware.com> wrote:

> Send wingide-users mailing list submissions to
>         wingide-users at wingware.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://wingware.com/mailman/listinfo/wingide-users
> or, via email, send a message with subject or body 'help' to
>         wingide-users-request at wingware.com
>
> You can reach the person managing the list at
>         wingide-users-owner at wingware.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of wingide-users digest..."
>
>
> Today's Topics:
>
>    1. Suggestion: Auto-complete drop-down scroll behavior
>       (Graham Wideman)
>    2. Re: Django Template Browser (Jason Decwes)
>    3. Re: Django Template Browser (Jason Decwes)
>    4. Re: Suggestion: Auto-complete drop-down scroll    behavior
>       (Michael Hipp)
>    5. Re: Suggestion: Auto-complete drop-down scroll    behavior
>       (Wingware Support)
>    6. Re: Suggestion: Auto-complete drop-down scroll behavior
>       (Graham Wideman)
>    7. Re: Django Template Browser (Wingware Support)
>    8. Re: Django Template Browser (Adi Sieker)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 21 Feb 2014 13:06:28 -0800
> From: Graham Wideman <initcontact at grahamwideman.com>
> To: wingide-users at wingware.com
> Subject: [wingide-users] Suggestion: Auto-complete drop-down scroll
>         behavior
> Message-ID:
>         <20140221210617.QMWL11537.fed1rmfepo101.cox.net at fed1rmimpo305>
> Content-Type: text/plain; charset="us-ascii"
>
> (re-sent from acceptable address)
>
> Mostly for Wingware support:
>
> Auto-complete is great, and it could be even more lovable if the UI would
> do this one additional helpful thing:
>
> Scroll the drop-down completion list to a position that reveals the
> maximum number of possible completions.
>
> Suppose I have an object which has the following fields:
>
> MyObject.aabc
> ...
> MyObject.auvw
> MyObject.axyz
> MyObject.something
> MyObject.something_count
> MyObject.something_max
>
> In the code I start to type: 'MyObject.som'
>
> Autocomplete pops up, and shows:
> -----------------
> " aabc
> ...
> " auvw
> " axyz
> " something
> -----------------
>
> In other words, the dropdown list scrolls up only so far as to reveal the
> first matching item,
> hiding the fact that there are additional possibilities that start with
> 'som'. I can reveal more using the scrollbar or down arrow, but it breaks
> concentration to have to do that.
>
> Instead, I think the list should auto scroll up to reveal as many matching
> items as will fit, (without scrolling the first matching item off the top).
>
> Thoughts?
>
> -- Graham
>
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 21 Feb 2014 10:37:36 -0800 (PST)
> From: Jason Decwes <jason_decwest at yahoo.com>
> To: Wingware Support <support at wingware.com>, Adi Sieker
>         <adi at sieker.io>
> Cc: "wingide-users at wingware.com" <wingide-users at wingware.com>
> Subject: Re: [wingide-users] Django Template Browser
> Message-ID:
>         <1393007856.2140.YahooMailNeo at web163601.mail.gq1.yahoo.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> So the logic is that the TEMPLATES DIR? will shadow the installed apps
> templates (of the same path), i.e. the logic is as follows
>
> pseudo code imagined for django - is this the way it works?
>
> INSTALLED_APPS_Roots = [ ... ]
> TEMPLATE_DIRs = (I think this is a list and not one ; right ?) [ ... ]
> def locate_template_to_use(...):
> ??? # if found in TEMPLATE_DIRs, return it.
> ??? # if found in INSTALLED_APPS_Roots return it
> ??? return None
>
>
> then something like??? template = locate_template_to_use('helloworld.html')
>
> is how django does things and it "finds" one
>
>
>
>
>
>
> On Friday, February 21, 2014 8:13 AM, Wingware Support <
> support at wingware.com> wrote:
>
> Adi Sieker wrote:
> > nearly all of the Python work I do is Django work and I've recently,
> > had an idea that would help me tremendously when working with Django
> > and that is a Django Template Browser.
> >
> > What it would do is display all available templates from the list of
> > INSTALLED_APPS as a tree. It would then check which templates have
> > been redefined in the TEMPLATE_DIRS directory. Each template getting
> > an indicator if it was redefined or not. Templates that are in the
> > TEMPLATE_DIRS but not in the INSTALLED_APPS would also be added to the
> > tree. Right clicking on a template would display a pop up that either
> > allows me to redefine the template or delete the redefinition. If I
> > redefine the template Wing should read the contents of the template in
> > the apps location and create a new template with the content of the
> > original template in my TEMPLATE_DIRS directory and matching the path
> > of the original template.
> >
> > In the below mockup, which is not complete, the templates with [-] are
> > not redefined and the ones with [+] are redefined.
> >
> >
> > Double clicking on a template would open the redefined template if it
> > exists otherwise the original template and right clicking on a
> > redefined template would give me the option to open the original
> template.
> >
> > I have no idea if this is feasible as an extension or not, but I would
> > love to see something like that in Wing.
>
> Based on my own experience w/ Django templates this sounds like a very
> useful feature.? I think it would be quite possible to implement it as
> an extension script if someone wants to try it, based on
> scripts.pylintpanel.py in the Wing installation for creating the new tool.
>
> Or, a few scripts might be added to scripts/django.py that just add menu
> items to the Project's context menu (using kContextProject GUI Context
> described in http://wingware.com/doc/scripting/syntax ).? That would
> work slightly differently than what you describe above but could still
> provide the same overall functionality in the context of the Project tool.
>
> I'll add this to our list but of course it'll be prioritized w/
> everything else so we probably won't work on it in the immediate future.
>
> Thanks,
>
> --
>
> Stephan Deibel
> Wingware | Python IDE
>
> The Intelligent Development Environment for Python Programmers
>
> wingware.com
>
>
> _________________________________________________
> Wing IDE users list
> http://wingware.com/lists/wingide
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> </pipermail/wingide-users/attachments/20140221/bc229aa9/attachment-0001.html>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 21 Feb 2014 10:38:42 -0800 (PST)
> From: Jason Decwes <jason_decwest at yahoo.com>
> To: Wingware Support <support at wingware.com>, Adi Sieker
>         <adi at sieker.io>
> Cc: "wingide-users at wingware.com" <wingide-users at wingware.com>
> Subject: Re: [wingide-users] Django Template Browser
> Message-ID:
>         <1393007922.44662.YahooMailNeo at web163602.mail.gq1.yahoo.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> found in (means under the tree in the sub tree starting w/ that installed
> app); q: are all in a "templates" folder under the installed app ?
>
>
>
>
>
> On , Jason Decwes <jason_decwest at yahoo.com> wrote:
>
> So the logic is that the TEMPLATES DIR? will shadow the installed apps
> templates (of the same path), i.e. the logic is as follows
>
> pseudo code imagined for django - is this the way it works?
>
> INSTALLED_APPS_Roots = [ ... ]
> TEMPLATE_DIRs = (I think this is a list and not one ; right ?) [ ... ]
> def locate_template_to_use(...):
> ??? # if found in TEMPLATE_DIRs, return it.
> ??? # if found in INSTALLED_APPS_Roots return it
> ??? return None
>
>
> then something like??? template = locate_template_to_use('helloworld.html')
>
> is how django does things and it "finds" one
>
>
>
>
>
>
> On Friday, February 21, 2014 8:13 AM, Wingware Support <
> support at wingware.com> wrote:
>
> Adi Sieker wrote:
> > nearly all of the Python work I do is Django work and I've recently,
> > had an idea that would help me tremendously when working with Django
> > and that is a Django Template Browser.
> >
> > What it would do is display all available templates from the list of
> > INSTALLED_APPS as a tree. It would then check which templates have
> > been redefined in the TEMPLATE_DIRS directory. Each template getting
> > an
>  indicator if it was redefined or not. Templates that are in the
> > TEMPLATE_DIRS but not in the INSTALLED_APPS would also be added to the
> > tree. Right clicking on a template would display a pop up that either
> > allows me to redefine the template or delete the redefinition. If I
> > redefine the template Wing should read the contents of the template in
> > the apps location and create a new template with the content of the
> > original template in my TEMPLATE_DIRS directory and matching the path
> > of the original template.
> >
> > In the below mockup, which is not complete, the templates with [-] are
> > not redefined and the ones with [+] are redefined.
> >
> >
> > Double clicking on a template would open the redefined
>  template if it
> > exists otherwise the original template and right clicking on a
> > redefined template would give me the option to open the original
> template.
> >
> > I have no idea if this is feasible as an extension or not, but I would
> > love to see something like that in Wing.
>
> Based on my own experience w/ Django templates this sounds like a very
> useful feature.? I think it would be quite possible to implement it as
> an extension script if someone wants to try it, based on
> scripts.pylintpanel.py in the Wing installation for creating the new tool.
>
> Or, a few scripts might be added to scripts/django.py that just add menu
> items to the Project's context menu (using kContextProject GUI Context
> described in http://wingware.com/doc/scripting/syntax ).? That would
> work slightly differently than what you describe above but could still
> provide the same overall functionality in the context of the Project tool.
>
> I'll add this to our list but of course it'll be prioritized w/
> everything else so we probably won't work on it in the immediate future.
>
> Thanks,
>
> --
>
> Stephan Deibel
> Wingware | Python IDE
>
> The Intelligent Development Environment for Python Programmers
>
> wingware.com
>
>
> _________________________________________________
> Wing IDE
>  users list
> http://wingware.com/lists/wingide
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> </pipermail/wingide-users/attachments/20140221/2abcccb3/attachment-0001.html>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 21 Feb 2014 15:19:18 -0600
> From: Michael Hipp <michael at redmule.com>
> To: wingide-users at wingware.com
> Subject: Re: [wingide-users] Suggestion: Auto-complete drop-down
>         scroll  behavior
> Message-ID: <5307C2D6.9050705 at redmule.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 2/21/2014 3:06 PM, Graham Wideman wrote:
> > Instead, I think the list should auto scroll up to reveal as many
> matching items as will fit, (without scrolling the first matching item off
> the top).
> >
>
> +1
>
> Michael Hipp
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 21 Feb 2014 16:22:44 -0500
> From: Wingware Support <support at wingware.com>
> To: Graham Wideman <initcontact at grahamwideman.com>
> Cc: wingide-users at wingware.com
> Subject: Re: [wingide-users] Suggestion: Auto-complete drop-down
>         scroll  behavior
> Message-ID: <5307C3A4.7070502 at wingware.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Graham Wideman wrote:
> > In other words, the dropdown list scrolls up only so far as to reveal
> the first matching item,
> > hiding the fact that there are additional possibilities that start with
> 'som'. I can reveal more using the scrollbar or down arrow, but it breaks
> concentration to have to do that.
> >
> > Instead, I think the list should auto scroll up to reveal as many
> matching items as will fit, (without scrolling the first matching item off
> the top).
> >
> > Thoughts?
>
> Yes, this is something we need to fix.  It's an artifact of the
> conversion to Qt, not designed behavior.
>
> Thanks,
>
> --
>
> Stephan Deibel
> Wingware | Python IDE
>
> The Intelligent Development Environment for Python Programmers
>
> wingware.com
>
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 21 Feb 2014 13:27:10 -0800
> From: Graham Wideman <initcontact at grahamwideman.com>
> To: Wingware Support <support at wingware.com>
> Cc: wingide-users at wingware.com
> Subject: Re: [wingide-users] Suggestion: Auto-complete drop-down
>         scroll behavior
> Message-ID:
>         <20140221212659.BYGR11900.fed1rmfepo203.cox.net at fed1rmimpo209>
> Content-Type: text/plain; charset="us-ascii"
>
> Looking forward to it :-)
>
> -- Graham
>
> >Yes, this is something we need to fix.  It's an artifact of the
> conversion to Qt, not designed behavior.
> >
> >Thanks,
> >
> >--
> >
> >Stephan Deibel
> >Wingware | Python IDE
> >
> >The Intelligent Development Environment for Python Programmers
> >
> >wingware.com
>
>
>
> ------------------------------
>
> Message: 7
> Date: Fri, 21 Feb 2014 16:34:01 -0500
> From: Wingware Support <support at wingware.com>
> To: Jason Decwes <jason_decwest at yahoo.com>
> Cc: Wing Users <wingide-users at wingware.com>
> Subject: Re: [wingide-users] Django Template Browser
> Message-ID: <5307C649.9070709 at wingware.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Jason Decwes wrote:
> > found in (means under the tree in the sub tree starting w/ that
> > installed app); q: are all in a "templates" folder under the installed
> app ?
> >
> >
> >
> > On , Jason Decwes <jason_decwest at yahoo.com
> > <mailto:jason_decwest at yahoo.com>> wrote:
> > So the logic is that the TEMPLATES DIR  will shadow the installed apps
> > templates (of the same path), i.e. the logic is as follows
> >
> > pseudo code imagined for django - is this the way it works?
> >
> > INSTALLED_APPS_Roots = [ ... ]
> > TEMPLATE_DIRs = (I think this is a list and not one ; right ?) [ ... ]
> > def locate_template_to_use(...):
> >      # if found in TEMPLATE_DIRs, return it.
> >      # if found in INSTALLED_APPS_Roots return it
> >      return None
> >
> >
> > then something like    template =
> locate_template_to_use('helloworld.html')
> >
> > is how django does things and it "finds" one
>
> I actually don't know that much about how Django implements this, but
> the sources for Django probably make it clear.  For Django specific
> questions you may want to try a Django email list instead.
>
> --
>
> Stephan Deibel
> Wingware | Python IDE
>
> The Intelligent Development Environment for Python Programmers
>
> wingware.com
>
>
>
> ------------------------------
>
> Message: 8
> Date: Fri, 21 Feb 2014 23:54:19 +0100
> From: Adi Sieker <adi at sieker.io>
> To: wingide-users at wingware.com
> Subject: Re: [wingide-users] Django Template Browser
> Message-ID: <5307D91B.8060109 at sieker.io>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> Hi,
>
> sorry for the weird quotes. I seem to have problems receiving emails, only
> the junk gets through.
> So I'm picking up the replys from the mailing list archives.
>
> Jason Decwes wrote:
> >/  found in (means under the tree in the sub tree starting w/ that
> />/  installed app); q: are all in a "templates" folder under the
> installed app ?
> />/
> />/
> />/
> />/  On , Jason Decwes <jason_decwest at yahoo.com  <
> http://wingware.com/mailman/listinfo/wingide-users>
> />/  <mailto:jason_decwest at yahoo.com  <
> http://wingware.com/mailman/listinfo/wingide-users>>> wrote:
> />/  So the logic is that the TEMPLATES DIR  will shadow the installed apps
> />/  templates (of the same path), i.e. the logic is as follows
> />/
> />/  pseudo code imagined for django - is this the way it works?
> />/
> />/  INSTALLED_APPS_Roots = [ ... ]
> />/  TEMPLATE_DIRs = (I think this is a list and not one ; right ?) [ ... ]
> />/  def locate_template_to_use(...):
> />/       # if found in TEMPLATE_DIRs, return it.
> />/       # if found in INSTALLED_APPS_Roots return it
> />/       return None
> />/
> />/
> />/  then something like    template =
> locate_template_to_use('helloworld.html')
> />/
> />/  is how django does things and it "finds" one
> /
>
> That is in essence how Django does it. The order in which it checks is
> defined by the TEMPLATE_LOADER configuration.
> Usually the application and filesystem loaders are in the config and the
> last loader one wins, so to speak.
> I think there should be enough code in Django's template system todo all
> the heavy lifting.
>
> Each Django application that supplies templates has a templates
> directory in the main package. If the application follows Django best
> practices the templates directory then contains a directory named after
> the package which in turn contains all the templates, possibly split
> into more subdirs. The application templates are found using the
> app_directories template loader.
>
> i.e. .../site-packages/the_app/templates/the_app/list.html
>
> The projects templates are found using the filesystem template loader.
> If the projects templates match the applications template path within
> the applications templates directory then the redefine/shadow/override
> the application template.
>
> .../django_project/templates/the_app/list.html would redefine the above
> application template.
>
>
> I guess I'll have to dig into the pylint panel.
>
> Is there a big difference between Wing 4.x and 5.x when developing
> extension panels with a tree control?
>
> Cheers
>     Adi
>
> P.S.: In the mean time I got my mail fixed.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> </pipermail/wingide-users/attachments/20140221/3c51aa6d/attachment.html>
>
> ------------------------------
>
> _________________________________________________
> Wing IDE users list
> http://wingware.com/lists/wingide
>
> End of wingide-users Digest, Vol 118, Issue 10
> **********************************************
>



-- 
Diliup Gabadamudalige


http://www.diliupg.com
http://soft.diliupg.com/

**********************************************************************************************
This e-mail is confidential. It may also be legally privileged. If you are
not the intended recipient or have received it in error, please delete it
and all copies from your system and notify the sender immediately by return
e-mail. Any unauthorized reading, reproducing, printing or further
dissemination of this e-mail or its contents is strictly prohibited and may
be unlawful. Internet communications cannot be guaranteed to be timely,
secure, error or virus-free. The sender does not accept liability for any
errors or omissions.
**********************************************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/wingide-users/attachments/20140223/4c83c460/attachment-0001.html>


More information about the wingide-users mailing list