Re: [Gambas-user] Fwd: Some screenshots of my current work on Terminal forms
Fabien, that's looking like interesting work. Nice On Sun, Nov 13, 2016 at 9:04 PM, Fabien Bodard wrote: > This a first preview of some terminal windows with VBoxes Hboxes, > Buttons, and Labels. > > -- > Fabien Bodard > > > -- > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > ___ > Gambas-user mailing list > Gambas-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > > -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Columnview "collapse" function
On Thu, 10 Nov 2016 13:59:11 +0100 Gianluigi wrote: > I probably did not understand the problem, but: > This discussion could help? [0] > or perhaps starting with: > tvwDoc.MoveFirst > hNode = $hDoc.Index[tvwDoc.Key] > iLevel = hNode.Level > > Regards > Gianluigi > > [0] > http://gambas.8142.n7.nabble.com/Accessing-the-Treeview-Collection-td20313.html#a20317 > > 2016-11-10 13:27 GMT+01:00 Fabien Bodard : > > > well have you a small functional things ? certainly something > > stupid but i can't see it without touching > > > > 2016-11-10 4:38 GMT+01:00 adamn...@gmail.com : > > > What in the name of American erections am I doing wrong here? > > > > > > Public Sub mnuCollapse_Click() > > > > > > ' Collapse all nodes to the level of the selected node > > > Dim hNode As CNode > > > Dim hAttr As String > > > Dim iLevel As Integer > > > > > > hNode = $hDoc.Index[tvwDoc.Key] > > > iLevel = hNode.Level > > > > > > START_HERE: > > > tvwDoc.MoveFirst > > > While tvwDoc.MoveNext() > > > hNode = $hDoc.Index[tvwDoc.Item.Key] '<-- All "seems" to fall apart > > here? > > > If hNode.Level >= iLevel Then > > > tvwDoc.Item.Expanded = False > > > Endif > > > Wend > > > > > > End > > > > > > tvwDoc is a ColumnView. There is a selected item in the _TreeView, Thus, > > tvwDoc.Key provides a key into the $hDoc.Index collection from which I can > > determine the object that was used to populate that columnView branch and > > from that objects values I can see the "Level" that I want. All that works > > fine. > > > > > > What I am trying to do is go through the ColumnView branches and > > "collapse" any branch of the same "Level". Which gets us to START_HERE. > > > > > > There must be something absolutely, stupidly, simple that I am trying to > > do wrong here - :-( > > > > > > Any help. > > > > > > > > > rgrds > > > b > > > > > > > > > -- > > > B Bruen > > > > > > > > -- > > > Developer Access Program for Intel Xeon Phi Processors > > > Access to Intel Xeon Phi processor-based developer platforms. > > > With one year of Intel Parallel Studio XE. > > > Training and support from Colfax. > > > Order your platform today. http://sdm.link/xeonphi > > > ___ > > > Gambas-user mailing list > > > Gambas-user@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/gambas-user > > > > > > > > -- > > Fabien Bodard > > > > > > -- > > Developer Access Program for Intel Xeon Phi Processors > > Access to Intel Xeon Phi processor-based developer platforms. > > With one year of Intel Parallel Studio XE. > > Training and support from Colfax. > > Order your platform today. http://sdm.link/xeonphi > > ___ > > Gambas-user mailing list > > Gambas-user@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/gambas-user > > > -- > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > ___ > Gambas-user mailing list > Gambas-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user Hah! Finally got it. Thanks Gianluigi, that thread gave me the clues. regards Bruce -- B Bruen -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] gb.web.form: Preserve state of dialog window
On Sun, 13 Nov 2016, Benoît Minisini wrote:
> Le 13/11/2016 à 17:02, Tobias Boege a écrit :
> > On Sun, 13 Nov 2016, Benoît Minisini wrote:
> >> Le 13/11/2016 à 16:11, Benoît Minisini a écrit :
> >>>
> >>> I found another bug: the static instance is not correctly kept between
> >>> requests.
> >>>
> >>> At each request, all GUI object are re-created. But when one of them is
> >>> an automatic static instance, it is recreated as a normal instance.
> >>>
> >>> Regards,
> >>>
> >>
> >> Does it work now for you with revision #7969?
> >>
> >
> > The window is persistent now. Thanks. But if I have a custom property like
> > the Opened As Boolean in the example I attached previously, will it be
> > preserved, too? That seems not to be the case currently (even if I make
> > it a Read/Write property).
> >
> > Of course, I don't need that specific property anymore now, but will other
> > properties added to a Webform class be restored? Since the Tag property is
> > preserved, I can also use that for any additional data, I guess.
> >
> > Regards,
> > Tobi
> >
>
> You must store the property in the session, and this is not automatic.
>
> In the property write method, do that:
>
> Me._SetProperty("", value)
>
> Of course, this is not meant to be used outside of 'gb.web.form' at the
> moment!
>
> The _SetProperty() method store the value and the name of the property
> in the session. And that value is automatically restored when objects
> are re-created when a new request is handled.
>
Of course! It's been some time since I last worked closely with gb.web.form.
I already use that method in other classes, and _AddJavascript() as well.
Maybe I shouldn't cause so much trouble by using internal mechanisms which
you may break later, but these were very convenient ways to get the job done
when I wrote the project.
Regards,
Tobi
--
"There's an old saying: Don't change anything... ever!" -- Mr. Monk
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] gb.web.form: Multiple main forms
Le 13/11/2016 à 17:47, Tobias Boege a écrit :
> Hi Benoit,
>
> in revision #7958 you removed support for multiple main forms in gb.web.form.
> I have two webforms, a Login.webform and a MainSite.webform, the latter of
> which is my startup class. If the user is not logged in yet, according to the
> session, I used to
>
> Response.Redirect("/Login")
>
> which would run the login webform. This does not seem to be intended anymore.
> How would I do something like that now? I don't want all the code in one
> webform, obviously.
>
> Regards,
> Tobi
>
I'm aware of the problem, but didn't find a good solution yet.
Maybe the multiple main form support will come back.
--
Benoît Minisini
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] gb.web.form: Preserve state of dialog window
Le 13/11/2016 à 17:02, Tobias Boege a écrit :
> On Sun, 13 Nov 2016, Benoît Minisini wrote:
>> Le 13/11/2016 à 16:11, Benoît Minisini a écrit :
>>>
>>> I found another bug: the static instance is not correctly kept between
>>> requests.
>>>
>>> At each request, all GUI object are re-created. But when one of them is
>>> an automatic static instance, it is recreated as a normal instance.
>>>
>>> Regards,
>>>
>>
>> Does it work now for you with revision #7969?
>>
>
> The window is persistent now. Thanks. But if I have a custom property like
> the Opened As Boolean in the example I attached previously, will it be
> preserved, too? That seems not to be the case currently (even if I make
> it a Read/Write property).
>
> Of course, I don't need that specific property anymore now, but will other
> properties added to a Webform class be restored? Since the Tag property is
> preserved, I can also use that for any additional data, I guess.
>
> Regards,
> Tobi
>
You must store the property in the session, and this is not automatic.
In the property write method, do that:
Me._SetProperty("", value)
Of course, this is not meant to be used outside of 'gb.web.form' at the
moment!
The _SetProperty() method store the value and the name of the property
in the session. And that value is automatically restored when objects
are re-created when a new request is handled.
Regards,
--
Benoît Minisini
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] gb.web.form: Multiple main forms
Hi Benoit,
in revision #7958 you removed support for multiple main forms in gb.web.form.
I have two webforms, a Login.webform and a MainSite.webform, the latter of
which is my startup class. If the user is not logged in yet, according to the
session, I used to
Response.Redirect("/Login")
which would run the login webform. This does not seem to be intended anymore.
How would I do something like that now? I don't want all the code in one
webform, obviously.
Regards,
Tobi
--
"There's an old saying: Don't change anything... ever!" -- Mr. Monk
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] gb.web.form: Preserve state of dialog window
On Sun, 13 Nov 2016, Benoît Minisini wrote: > Le 13/11/2016 à 16:11, Benoît Minisini a écrit : > > > > I found another bug: the static instance is not correctly kept between > > requests. > > > > At each request, all GUI object are re-created. But when one of them is > > an automatic static instance, it is recreated as a normal instance. > > > > Regards, > > > > Does it work now for you with revision #7969? > The window is persistent now. Thanks. But if I have a custom property like the Opened As Boolean in the example I attached previously, will it be preserved, too? That seems not to be the case currently (even if I make it a Read/Write property). Of course, I don't need that specific property anymore now, but will other properties added to a Webform class be restored? Since the Tag property is preserved, I can also use that for any additional data, I guess. Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] gb.web.form: Preserve state of dialog window
Le 13/11/2016 à 16:11, Benoît Minisini a écrit : > > I found another bug: the static instance is not correctly kept between > requests. > > At each request, all GUI object are re-created. But when one of them is > an automatic static instance, it is recreated as a normal instance. > > Regards, > Does it work now for you with revision #7969? -- Benoît Minisini -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] gb.web.form: Preserve state of dialog window
Le 13/11/2016 à 16:06, Tobias Boege a écrit : > On Sun, 13 Nov 2016, Benoît Minisini wrote: >> Le 13/11/2016 à 15:39, Tobias Boege a écrit : >>> Hi, >>> >>> I would like to have a dialog window (containing settings for the current >>> session, say) which I want to show when the user clicks a button on some >>> webform, with the following behaviour: >>> >>> - the application should be usable while the window is visible, >>> - it should not be possible to have the window opened twice, and >>> - the controls in that window should retain their values after the >>>window was closed so that I can refer to these values from another >>>Webform and when the dialog is opened again, all controls are >>>properly initialised already with the settings the user left it with. >>> >>> Oddly, I can't do any of these, e.g. for point two above, I have a Webform2 >>> class (the dialog) and whenever I do >>> >>> Webform2.Show() >>> >>> in Webform1, a new window is created containing a fresh instance of >>> Webform2, >>> regardless of whether Webform2 (which is Create Static) is already shown or >>> not. I presume I misunderstand how gb.web.form works here? Is it possible to >>> have a dialog such as above? (I'm currently running #7949.) >>> >>> Regards, >>> Tobi >>> >> >> I think you need the Persistent property and a working Hide() method? >> > > Yes, that may suffice. Would this Persistent property also solve the problem > in the attached project: if I set a property in Webform2, it seems to just > be discarded? Is that instance of Webform2 not managed by gb.web.form or > something? > > More specifically in that project, I want that the contents of the TextArea > on Webform2 are preserved across closing that window (and preferably across > refreshing the page). > > In another matter: I'd also be a fan of being able to turn the title bar of > a window off (without removing the capability to resize it), or rather to > render my own title bar. That blue and the big icons don't match the design > of my project very well. > > Regards, > Tobi > I found another bug: the static instance is not correctly kept between requests. At each request, all GUI object are re-created. But when one of them is an automatic static instance, it is recreated as a normal instance. Regards, -- Benoît Minisini -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] gb.web.form: Preserve state of dialog window
On Sun, 13 Nov 2016, Benoît Minisini wrote: > Le 13/11/2016 à 15:39, Tobias Boege a écrit : > > Hi, > > > > I would like to have a dialog window (containing settings for the current > > session, say) which I want to show when the user clicks a button on some > > webform, with the following behaviour: > > > > - the application should be usable while the window is visible, > > - it should not be possible to have the window opened twice, and > > - the controls in that window should retain their values after the > >window was closed so that I can refer to these values from another > >Webform and when the dialog is opened again, all controls are > >properly initialised already with the settings the user left it with. > > > > Oddly, I can't do any of these, e.g. for point two above, I have a Webform2 > > class (the dialog) and whenever I do > > > > Webform2.Show() > > > > in Webform1, a new window is created containing a fresh instance of > > Webform2, > > regardless of whether Webform2 (which is Create Static) is already shown or > > not. I presume I misunderstand how gb.web.form works here? Is it possible to > > have a dialog such as above? (I'm currently running #7949.) > > > > Regards, > > Tobi > > > > I think you need the Persistent property and a working Hide() method? > Yes, that may suffice. Would this Persistent property also solve the problem in the attached project: if I set a property in Webform2, it seems to just be discarded? Is that instance of Webform2 not managed by gb.web.form or something? More specifically in that project, I want that the contents of the TextArea on Webform2 are preserved across closing that window (and preferably across refreshing the page). In another matter: I'd also be a fan of being able to turn the title bar of a window off (without removing the capability to resize it), or rather to render my own title bar. That blue and the big icons don't match the design of my project very well. Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk test-0.0.1.tar.gz Description: Binary data -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] gb.web.form: Preserve state of dialog window
Le 13/11/2016 à 15:39, Tobias Boege a écrit : > Hi, > > I would like to have a dialog window (containing settings for the current > session, say) which I want to show when the user clicks a button on some > webform, with the following behaviour: > > - the application should be usable while the window is visible, > - it should not be possible to have the window opened twice, and > - the controls in that window should retain their values after the >window was closed so that I can refer to these values from another >Webform and when the dialog is opened again, all controls are >properly initialised already with the settings the user left it with. > > Oddly, I can't do any of these, e.g. for point two above, I have a Webform2 > class (the dialog) and whenever I do > > Webform2.Show() > > in Webform1, a new window is created containing a fresh instance of Webform2, > regardless of whether Webform2 (which is Create Static) is already shown or > not. I presume I misunderstand how gb.web.form works here? Is it possible to > have a dialog such as above? (I'm currently running #7949.) > > Regards, > Tobi > I think you need the Persistent property and a working Hide() method? -- Benoît Minisini -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] gb.web.form: Preserve state of dialog window
Hi, I would like to have a dialog window (containing settings for the current session, say) which I want to show when the user clicks a button on some webform, with the following behaviour: - the application should be usable while the window is visible, - it should not be possible to have the window opened twice, and - the controls in that window should retain their values after the window was closed so that I can refer to these values from another Webform and when the dialog is opened again, all controls are properly initialised already with the settings the user left it with. Oddly, I can't do any of these, e.g. for point two above, I have a Webform2 class (the dialog) and whenever I do Webform2.Show() in Webform1, a new window is created containing a fresh instance of Webform2, regardless of whether Webform2 (which is Create Static) is already shown or not. I presume I misunderstand how gb.web.form works here? Is it possible to have a dialog such as above? (I'm currently running #7949.) Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Gambas2 Grab in Gambas3
2016-11-11 20:16 GMT+01:00 Richard Welch : > Fabien, right on the button. > > Cached now seems to work for me - when the code was first written in G2 > some years ago, minimising the window blanked the DrawingArea to > background and overlaying it with a window from another application > blanked the hidden part of the DrawingArea (I can't now remember if this > always happened or if it was intermittent, depending on some factor > which I never identified). Turning on cached did not help. Hence the > workaround of the use of an invisible PictureBox to backup the image, > allowing its restoration to be a neat single operation independent of > the original drawing process. > > So I'm happy. What was for you, no doubt, a simple observation has > saved me a lot of hassle. Thank you. > > Richard It was a pleasure > > > On 09/11/16 17:53, Fabien Bodard wrote: >> 2016-11-09 17:45 GMT+01:00 Richard Welch : >>> Fabien, thank you for your reply. >>> >>> There are snags with each of these... >>> >>> First approach: >>> >>> Although the DrawingArea is often fully visible on screen, sometimes it >>> will be too big. >>> I can think of a way round this but it is not very elegant! >>> >>> Second approach: >>> >>> The image is sometimes highly complex and can comprise hundreds of >>> rectangles and lines as well as text. I already do use generic >>> functions as you describe, with variable-driven adjustments to cope with >>> the differences between printing and screen display. There are many >>> places in the code which may build a display. >>> >>> I found in G2 that there were times when the image in a DrawingArea was >>> not restored if it was partially covered by a window from another >>> application and then exposed once more. This mechanism enabled it to be >>> restored easily without having to rebuild it from scratch. Maybe the >>> DrawingArea in G3 is more robust? >> And why not using cached mode ? >>> Richard >>> >>> >>> On 08/11/16 17:31, Fabien Bodard wrote: Well... there is two answers. First : Use the Desktop.ScreenShot Function (http://gambaswiki.org/wiki/comp/gb.qt4/desktop/screenshot). But your widget must be visible on the screen... This is why it is a SCREEN shot. Second : When you are drawing something in a drawingarea you use a generic drawing function. Exemple : Public sub DrawingArea_Draw() DrawARect() End Private Sub DrawARect() Paint.Brush = Brush.Color(Color.Yellow) Paint.Rectangle(10,10,Paint.Width - 20, Paint.Height - 20) Paint.Fill End Public Function MakeImage(iWidth as integer, iHeight as integer) as Image Dim hImage a new Image(iWidth, iHeight, Color.White) Paint.Begin(hImage) DrawARect() Paint.End End With that you have only one drawing function (DrawARect) able to draw every where ... even on a printer. This is the way used in most of the components too 2016-11-08 12:52 GMT+01:00 Richard Welch : > I need a simple way to copy the current image in a visible DrawingArea > to a hidden PictureBox. > > The project was written in Gambas2, where a simple Grab method did the > trick, but in G3 this does something different so the converted code > does not function fully. > > FMain.pbxPicture.W = FMain.drwRep.W > FMain.pbxPicture.H = FMain.drwRep.H > FMain.pbxPicture.Background = FMain.drwRep.Background > FMain.pbxPicture.Picture = FMain.drwRep.Grab() > > With what do I replace the Grab method? > > (The DrawingArea is painted in many different pieces of code, depending > on context, so I want to make the change which will have the smallest > impact possible on the source code) > > There is a gambas-user thread started around 19 April 2012. > Is this fully relevant? > Is this the /simplest/ answer? > It would need some very tedious testing in my context. > > -- > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > ___ > Gambas-user mailing list > Gambas-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user >>> >>> -- >>> Developer Access Program for Intel Xeon Phi Processors >>> Access to Intel Xeon Phi processor-based developer platforms. >>> With one year of Intel Parallel Studio XE. >>> Training and support from Colfax. >>> Order your platform today. http:
