[Gambas-user] [Gambas Bug Tracker] Bug #1056: Components on SidePanel do not respond to right-click or menu keypress events

[bugtracker]

http://gambaswiki.org/bugtracker/edit?object=BUG.1056=L21haW4-

Tony MOREHEN reported a new bug.

Summary
---

Components on SidePanel do not respond to right-click or menu keypress events

Type : Bug
Priority : Medium
Gambas version   : 3.9
Product  : GUI components


Description
---

In the attached project, there's a SidePanel on the left of the form.  On the 
SidePanel, there are a TreeView and a DirView component.  To the right, with 
the form as parent, are identical Treeview and DirView components, which were 
created by copying and pasting the SidepPanel equivalents.

Nothing happens when you right click the SidePanel components.  Nothing also 
happens when you press the menu key when those components have focus.

When you perform the same actions on the components directly on the form, the 
popup menu appears as expected.





--
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/intel
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

[Gambas-user] [Gambas Bug Tracker] Bug #1056: Components on SidePanel do not respond to right-click or menu keypress events

[bugtracker]

http://gambaswiki.org/bugtracker/edit?object=BUG.1056=L21haW4-

Tony MOREHEN added an attachment:

popup-0.0.1.tar.gz



--
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/intel
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] How to run a python program in a control on a form?

[adamn...@gmail.com]

On Tue, 20 Dec 2016 04:03:04 +0200
Jussi Lahtinen  wrote:

> > The output is a continuous stream of data.
> >
> 
> In what format?
> 
> 
> Jussi
> --
> 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/intel
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user

I think you may need the Embedder thingo.  Haven't used it for a while but used 
to use for gnuplot output windows. 
-- 
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/intel
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] How to run a python program in a control on a form?

[Jussi Lahtinen]

> The output is a continuous stream of data.
>

In what format?


Jussi
--
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/intel
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] How to run a python program in a control on a form?

[Martin McGlensey]

Jussi,

Thanks for the suggestion. I do not think the drawingarea control will work.
All formatting and display is handled by the python routine. The output is a
continuous stream of data. Think of a sine wave displayed on an oscilloscope
or strip chart. I just need a way of positioning the python output window on
the Gambas form. Like a window where python can put its output.

Hope this helps.

Marty



--

Message: 5
Date: Tue, 20 Dec 2016 00:07:43 +0200
From: Jussi Lahtinen 
Subject: Re: [Gambas-user] How to run a python program in a control on
a   form?
To: mailing list for gambas users 
Message-ID:

Re: [Gambas-user] Beware to revision #7983!

[Benoît Minisini]

Le 20/12/2016 à 01:23, Jussi Lahtinen a écrit :
> Or additional requirement for the string, examples "10/01/2016 GMT" or
> "10/01/2016 Local".
>
>
> Jussi
>
> On Tue, Dec 20, 2016 at 2:16 AM, Jussi Lahtinen 
> wrote:
>
>> That is bit confusing. Would it be better if Date() function would accept
>> one more argument "TimeZone".
>> Example:
>>
>> Date("10/01/2016", gb.GMT)
>>
>> or
>>
>> Date("10/01/2016", gb.Local)
>>
>>
>> What you think?
>>
>>
>> Jussi
>>

I think that you misuse the Date() function too.

Date() is not a string to date conversion function.

You must use:

- CDate() for an UTC date conversion.

- Val() for a local time conversion.

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/intel
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Beware to revision #7983!

[Jussi Lahtinen]

Or additional requirement for the string, examples "10/01/2016 GMT" or
"10/01/2016 Local".


Jussi

On Tue, Dec 20, 2016 at 2:16 AM, Jussi Lahtinen 
wrote:

> That is bit confusing. Would it be better if Date() function would accept
> one more argument "TimeZone".
> Example:
>
> Date("10/01/2016", gb.GMT)
>
> or
>
> Date("10/01/2016", gb.Local)
>
>
> What you think?
>
>
> Jussi
>
> On Tue, Dec 20, 2016 at 1:50 AM, Benoît Minisini <
> gam...@users.sourceforge.net> wrote:
>
>> Le 20/12/2016 à 00:13, Charlie Reinl a écrit :
>> > Am Freitag, den 18.11.2016, 16:05 +0100 schrieb Benoît Minisini:
>> >> Hi,
>> >>
>> >> In revision #7983, I fixed a bug in date / string conversion, so that
>> >> now, as it is logically expected:
>> >>
>> >> CDate(CStr(CDate(2))) = CDate(2)
>> >>
>> >> BEFORE:
>> >>
>> >> $ gbx3 -e 'CStr(CDate(2))'
>> >> 01/01/-4801 23:00:00
>> >> $ gbx3 -e 'CStr(CDate(CStr(CDate(2'
>> >> 00/00/ 23:00:00
>> >> $ gbx3 -e 'CDate(CStr(CDate(CStr(CDate(2)'
>> >> Type mismatch: wanted Date, got String instead
>> >>
>> >> AFTER:
>> >>
>> >> $ gbx3 -e 'CStr(CDate(2))'
>> >> 01/02/-4801
>> >> $ gbx3 -e 'CStr(CDate(CStr(CDate(2'
>> >> 01/02/-4801
>> >> $ gbx3 -e 'CDate(CStr(CDate(CStr(CDate(2)'
>> >> 01/01/-4801 23:00:00
>> >>
>> >> (Note: The last line is displayed as a local date/time.)
>> >>
>> >> It was not the case before, because the conversion were internally done
>> >> by taking the timezone into account, even if date/time values are
>> >> internally stored in UTC.
>> >>
>> >> Now CDate() on a string always interpret it as an UTC date, and CStr()
>> >> on a date displays its UTC value.
>> >>
>> >> Consequently, check your code!
>> >>
>> >> CStr() and CDate() are not supposed to use a local time representation.
>> >> On the contrary. This is the job of Val(), Str() and Format().
>> >>
>> >> If you wrote code that made that assumption, you did wrong.
>> >>
>> >> BEWARE! BEWARE! BEWARE!
>> >>
>> >
>> > Salut Benoît and Everyone,
>> >
>> > I used for many moons this: format(Date("10/01/2016")," ")
>> > and I didn't felt me concerned by that mail..but:
>> >
>> > format(Date("10/01/2016")," ")
>> >   gives September 2016 now, gave Oktober 2016 before,
>> > because Date("10/01/2016") returns 30.09.2016 00:00:00 now (at leased
>> > here in Germany). But that is one day lost.
>> > I checked that now on Gambas=3.9.90 r8012 but was also on Revision: 8004
>> >
>> >
>>
>> This is what I explained:
>>
>> By writing Date("10/01/2016"), you make a logical error that has been
>> hidden by the described bug, and a misuse of the Date() function.
>>
>> Date("10/01/2016") means Date(CDate("10/01/2016")) (as Date() expects a
>> date). And so "10/01/2016" has to be interpreted as a GMT date, not a
>> local date, as CDate() must not be local-aware.
>>
>> You have to write Val("10/01/2016") instead, provided that "10/01/2016"
>> is actually a local date of course.
>>
>> 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/intel
>> ___
>> 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/intel
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Beware to revision #7983!

[Jussi Lahtinen]

That is bit confusing. Would it be better if Date() function would accept
one more argument "TimeZone".
Example:

Date("10/01/2016", gb.GMT)

or

Date("10/01/2016", gb.Local)


What you think?


Jussi

On Tue, Dec 20, 2016 at 1:50 AM, Benoît Minisini <
gam...@users.sourceforge.net> wrote:

> Le 20/12/2016 à 00:13, Charlie Reinl a écrit :
> > Am Freitag, den 18.11.2016, 16:05 +0100 schrieb Benoît Minisini:
> >> Hi,
> >>
> >> In revision #7983, I fixed a bug in date / string conversion, so that
> >> now, as it is logically expected:
> >>
> >> CDate(CStr(CDate(2))) = CDate(2)
> >>
> >> BEFORE:
> >>
> >> $ gbx3 -e 'CStr(CDate(2))'
> >> 01/01/-4801 23:00:00
> >> $ gbx3 -e 'CStr(CDate(CStr(CDate(2'
> >> 00/00/ 23:00:00
> >> $ gbx3 -e 'CDate(CStr(CDate(CStr(CDate(2)'
> >> Type mismatch: wanted Date, got String instead
> >>
> >> AFTER:
> >>
> >> $ gbx3 -e 'CStr(CDate(2))'
> >> 01/02/-4801
> >> $ gbx3 -e 'CStr(CDate(CStr(CDate(2'
> >> 01/02/-4801
> >> $ gbx3 -e 'CDate(CStr(CDate(CStr(CDate(2)'
> >> 01/01/-4801 23:00:00
> >>
> >> (Note: The last line is displayed as a local date/time.)
> >>
> >> It was not the case before, because the conversion were internally done
> >> by taking the timezone into account, even if date/time values are
> >> internally stored in UTC.
> >>
> >> Now CDate() on a string always interpret it as an UTC date, and CStr()
> >> on a date displays its UTC value.
> >>
> >> Consequently, check your code!
> >>
> >> CStr() and CDate() are not supposed to use a local time representation.
> >> On the contrary. This is the job of Val(), Str() and Format().
> >>
> >> If you wrote code that made that assumption, you did wrong.
> >>
> >> BEWARE! BEWARE! BEWARE!
> >>
> >
> > Salut Benoît and Everyone,
> >
> > I used for many moons this: format(Date("10/01/2016")," ")
> > and I didn't felt me concerned by that mail..but:
> >
> > format(Date("10/01/2016")," ")
> >   gives September 2016 now, gave Oktober 2016 before,
> > because Date("10/01/2016") returns 30.09.2016 00:00:00 now (at leased
> > here in Germany). But that is one day lost.
> > I checked that now on Gambas=3.9.90 r8012 but was also on Revision: 8004
> >
> >
>
> This is what I explained:
>
> By writing Date("10/01/2016"), you make a logical error that has been
> hidden by the described bug, and a misuse of the Date() function.
>
> Date("10/01/2016") means Date(CDate("10/01/2016")) (as Date() expects a
> date). And so "10/01/2016" has to be interpreted as a GMT date, not a
> local date, as CDate() must not be local-aware.
>
> You have to write Val("10/01/2016") instead, provided that "10/01/2016"
> is actually a local date of course.
>
> 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/intel
> ___
> 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/intel
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Beware to revision #7983!

[Benoît Minisini]

Le 20/12/2016 à 00:13, Charlie Reinl a écrit :
> Am Freitag, den 18.11.2016, 16:05 +0100 schrieb Benoît Minisini:
>> Hi,
>>
>> In revision #7983, I fixed a bug in date / string conversion, so that
>> now, as it is logically expected:
>>
>> CDate(CStr(CDate(2))) = CDate(2)
>>
>> BEFORE:
>>
>> $ gbx3 -e 'CStr(CDate(2))'
>> 01/01/-4801 23:00:00
>> $ gbx3 -e 'CStr(CDate(CStr(CDate(2'
>> 00/00/ 23:00:00
>> $ gbx3 -e 'CDate(CStr(CDate(CStr(CDate(2)'
>> Type mismatch: wanted Date, got String instead
>>
>> AFTER:
>>
>> $ gbx3 -e 'CStr(CDate(2))'
>> 01/02/-4801
>> $ gbx3 -e 'CStr(CDate(CStr(CDate(2'
>> 01/02/-4801
>> $ gbx3 -e 'CDate(CStr(CDate(CStr(CDate(2)'
>> 01/01/-4801 23:00:00
>>
>> (Note: The last line is displayed as a local date/time.)
>>
>> It was not the case before, because the conversion were internally done
>> by taking the timezone into account, even if date/time values are
>> internally stored in UTC.
>>
>> Now CDate() on a string always interpret it as an UTC date, and CStr()
>> on a date displays its UTC value.
>>
>> Consequently, check your code!
>>
>> CStr() and CDate() are not supposed to use a local time representation.
>> On the contrary. This is the job of Val(), Str() and Format().
>>
>> If you wrote code that made that assumption, you did wrong.
>>
>> BEWARE! BEWARE! BEWARE!
>>
>
> Salut Benoît and Everyone,
>
> I used for many moons this: format(Date("10/01/2016")," ")
> and I didn't felt me concerned by that mail..but:
>
> format(Date("10/01/2016")," ")
>   gives September 2016 now, gave Oktober 2016 before,
> because Date("10/01/2016") returns 30.09.2016 00:00:00 now (at leased
> here in Germany). But that is one day lost.
> I checked that now on Gambas=3.9.90 r8012 but was also on Revision: 8004
>
>

This is what I explained:

By writing Date("10/01/2016"), you make a logical error that has been 
hidden by the described bug, and a misuse of the Date() function.

Date("10/01/2016") means Date(CDate("10/01/2016")) (as Date() expects a 
date). And so "10/01/2016" has to be interpreted as a GMT date, not a 
local date, as CDate() must not be local-aware.

You have to write Val("10/01/2016") instead, provided that "10/01/2016" 
is actually a local date of course.

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/intel
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Beware to revision #7983!

[Charlie Reinl]

Am Freitag, den 18.11.2016, 16:05 +0100 schrieb Benoît Minisini:
> Hi,
> 
> In revision #7983, I fixed a bug in date / string conversion, so that 
> now, as it is logically expected:
> 
> CDate(CStr(CDate(2))) = CDate(2)
> 
> BEFORE:
> 
> $ gbx3 -e 'CStr(CDate(2))'
> 01/01/-4801 23:00:00
> $ gbx3 -e 'CStr(CDate(CStr(CDate(2'
> 00/00/ 23:00:00
> $ gbx3 -e 'CDate(CStr(CDate(CStr(CDate(2)'
> Type mismatch: wanted Date, got String instead
> 
> AFTER:
> 
> $ gbx3 -e 'CStr(CDate(2))'
> 01/02/-4801
> $ gbx3 -e 'CStr(CDate(CStr(CDate(2'
> 01/02/-4801
> $ gbx3 -e 'CDate(CStr(CDate(CStr(CDate(2)'
> 01/01/-4801 23:00:00
> 
> (Note: The last line is displayed as a local date/time.)
> 
> It was not the case before, because the conversion were internally done 
> by taking the timezone into account, even if date/time values are 
> internally stored in UTC.
> 
> Now CDate() on a string always interpret it as an UTC date, and CStr() 
> on a date displays its UTC value.
> 
> Consequently, check your code!
> 
> CStr() and CDate() are not supposed to use a local time representation. 
> On the contrary. This is the job of Val(), Str() and Format().
> 
> If you wrote code that made that assumption, you did wrong.
> 
> BEWARE! BEWARE! BEWARE!
> 

Salut Benoît and Everyone,

I used for many moons this: format(Date("10/01/2016")," ") 
and I didn't felt me concerned by that mail..but:

format(Date("10/01/2016")," ") 
gives September 2016 now, gave Oktober 2016 before, 
because Date("10/01/2016") returns 30.09.2016 00:00:00 now (at leased
here in Germany). But that is one day lost.
I checked that now on Gambas=3.9.90 r8012 but was also on Revision: 8004


-- 
Amicalement
Charlie


--
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/intel
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] How to run a python program in a control on a form?

[Jussi Lahtinen]

Is there any reason you cannot show the results in example drawingarea?


Jussi

On Mon, Dec 19, 2016 at 5:35 PM, Martin McGlensey 
wrote:

> Hello,
>
>
>
> I want to design a form containing the usual Gambas objects (buttons,
> listboxes etc.). The form is used to input commands to the Python routine
> that will continually output, in graphic form, the result of the Python
> program. This routine will run until modified by the user by clicking on
> the
> controls on the form. I want to integrate this "window" into the main form.
> I do not want to open a second form to display the data. Hopefully I've
> explained this properly. Please feel free to ask questions.
>
>
>
> All responses are appreciated.
>
>
>
> Regards,
>
> Marty
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> 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/intel
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

[Gambas-user] How to run a python program in a control on a form?

[Martin McGlensey]

Hello,

 

I want to design a form containing the usual Gambas objects (buttons,
listboxes etc.). The form is used to input commands to the Python routine
that will continually output, in graphic form, the result of the Python
program. This routine will run until modified by the user by clicking on the
controls on the form. I want to integrate this "window" into the main form.
I do not want to open a second form to display the data. Hopefully I've
explained this properly. Please feel free to ask questions.

 

All responses are appreciated.

 

Regards,

Marty

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user