gambas-devel — gambas development mailing-list

[Gambas-devel] svn-mail twice

[Karl R. <kar...@fe...>]

Salut Benoît

since Revision: 8143 I get the svn-mail twice

Any idea?
-- 
Amicalement
Charlie

[Gambas-devel] Translation for gambas 3.9.2 Chinease Simplified

[Yizhou He <yiz...@gm...>]

Hi,

Sorry if I post in wrong mail list. Lost all my contact in email after
finish graduate school. They take my mail box away. Please let me know
where I'm supposed to submit the updated translation file if I post in
wrong list.


Thanks,



Yizhou He

Re: [Gambas-devel] [Gambas-devel-svn] SF.net SVN: gambas:[8116] gambas/trunk/gb.xml/src

[Tobias B. <ta...@gm...>]

On Sun, 02 Apr 2017, tob...@us... wrote:
> Revision: 8116
>           http://sourceforge.net/p/gambas/code/8116
> Author:   tobiasboe
> Date:     2017-04-02 14:59:50 +0000 (Sun, 02 Apr 2017)
> Log Message:
> -----------
> [GB.XML]
> * BUG: .XmlReader.Node.Attributes: Raise an error instead of segfault when an attribute does not exist
> * NEW: .XmlReader.Node.Attributes.Exist() is a new method to check if an attribute is present
> * BUG: XmlReader: Fix recognition of CDATA elements when their contents look like XML
> * BUG: XmlReader: Correctly detect ending sequence of CDATA and comment sections (reset the recognition state when the sequence is interrupted)
> 

I just explained these changes to someone else and became aware that these 4
lines may not be specific enough as to where the errors were. Well, at least
the last two lines. The first line was simply a NULL pointer dereference and
prompted me to add the Exist() method.

The error from the third line could be triggered by a CDATA node such as:

  <![CDATA[<b>Hello</b>]]>

Entering a CDATA node sets inCDATA = true, but this state wasn't considered
in nearly enough places. Before this commit, the <b> tag inside CDATA would
have been found (although it should have been ignored), the CDATA node
discarded and a <b> node reported instead.

The fourth line's error was revealed by a CDATA node like:

  <![CDATA[Text with a "]" inside]]>

As I understood the previous code, it would *not* search for the exact
sequence "]]>" to terminate a CDATA node but it would only *count* "have
I seen one ']'?", "have I seen two ']'?" and "have I seen a '>" after that?"
which results in the first occurence of "]" being eaten and the last
occurence being treated as a superfluous "]" character. For a superfluous
character you chose to append it to the end of the CDATA string, so the
above XML would produce a CDATA node with value

  Text with a "" inside]

Regards,
Tobi

-- 
"There's an old saying: Don't change anything... ever!" -- Mr. Monk

Re: [Gambas-devel] Afrikaans translation

[Benoît M. <ga...@us...>]

Le 03/02/2017 à 13:08, Casper a écrit :
> Greetings all,
>
> I have started an Afrikaans translation for Gambas.  I am about 40%
> complete already with gambas3, 100% with gb.wiki and gambas-wiki,
> though not the wiki content (for which I have already registered on
> the Gambas bugtracker.)
>
> My sourceforge user name is casperl
>
> I believe someone has to grant svn access so that I may submit the
> following three files:
>
> gambas3-3.9.2/app/src/gambas-wiki/.lang/af.po
> gambas3-3.9.2/app/src/gb.wiki/.lang/af.po
> gambas3-3.9.2/app/src/gambas3/.lang/af.po
>
> I trust that I have understood the instructions regarding translation correctly.
>
> Thanks in advance.
>

Hi,

Sorry, I forgot your mail.

You should have now write access to the svn repository, so that you can 
commit your translations.

Regards,

-- 
Benoît Minisini

[Gambas-devel] Afrikaans translation

[Casper <cas...@gm...>]

Greetings all,

I have started an Afrikaans translation for Gambas.  I am about 40%
complete already with gambas3, 100% with gb.wiki and gambas-wiki,
though not the wiki content (for which I have already registered on
the Gambas bugtracker.)

My sourceforge user name is casperl

I believe someone has to grant svn access so that I may submit the
following three files:

gambas3-3.9.2/app/src/gambas-wiki/.lang/af.po
gambas3-3.9.2/app/src/gb.wiki/.lang/af.po
gambas3-3.9.2/app/src/gambas3/.lang/af.po

I trust that I have understood the instructions regarding translation correctly.

Thanks in advance.

Re: [Gambas-devel] Cygwin patch

[Fabien B. <gam...@gm...>]

cool :-)

2017-01-10 20:42 GMT+01:00 Bastian Germann <bas...@fi...>:
> My cygport was finally published in the official Cygwin repository:
> https://cygwin.com/ml/cygwin-announce/2017-01/msg00018.html
>
> I added installation instructions at
> http://gambaswiki.org/wiki/install/cygwin
>
> ------------------------------------------------------------------------------
> 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-devel mailing list
> Gam...@li...
> https://lists.sourceforge.net/lists/listinfo/gambas-devel



-- 
Fabien Bodard

Re: [Gambas-devel] Cygwin patch

[Bastian G. <bas...@fi...>]

My cygport was finally published in the official Cygwin repository:
https://cygwin.com/ml/cygwin-announce/2017-01/msg00018.html

I added installation instructions at
http://gambaswiki.org/wiki/install/cygwin

Re: [Gambas-devel] Transparent DrawingArea

[RichardB <dee...@bi...>]

Thanks Fabien!  That's precisely what I was looking for. 



--
View this message in context: http://gambas.8142.n7.nabble.com/Transparent-DrawingArea-tp58023p58056.html
Sent from the gambas-devel mailing list archive at Nabble.com.

Re: [Gambas-devel] Transparent DrawingArea

[Fabien B. <gam...@gm...>]

Ok Richard this is a working  exemple  just for you.

Fill free to query us about all you want.

Re: [Gambas-devel] Transparent DrawingArea

[RichardB <dee...@bi...>]

Hi Fabien:

Thanks for your advice.  Still having problems.
I've changed my code to what you gave me:


 Private $hImage As Image

 Public Sub btnImage_Click()
    Dialog.Path = "/ home / gambas / projects / images"
    Dialog.Filter = ["Image files (* .jpg; * .jpeg; * .png; * .bmp)", "All
files( * . * )"]
    If Dialog.OpenFile() Then Return
    $hImage = New Image
    $hImage.Load(Dialog.Path)
    dwgImage.Resize($hImage.Width, $hImage.Height)
    dwgImage.Refresh
    Catch
    Message.Warning(Error.Text & "!")
End

Public Sub dwgImage_Draw()
    Draw.Begin(dwgImage)
    Draw.Fillcolor = Color.Gray
    Draw.FillStyle = Fill.Solid
    Draw.Rect(0, 0, $hImage.Width, $hImage.Height)
    Draw.Image($hImage, 0, 0)
    Draw.End
 End

Public Sub btnDraw_Click()
  dwgImage_Draw
End


Running the code will allow me to open the dialog and select a jpg. 
Stopping the code after executing the "$hImage.Load(Dialog.Path)" line shows
me that the value of Pixels for $hImage is "Out of bounds" and that the
height and width are both 0, so something is causing the image load to fail. 
The Dialog.Path is correct, showing the correct path and filename.  The
Cached property for dwgImage is True.  What am I missing?




--
View this message in context: http://gambas.8142.n7.nabble.com/Transparent-DrawingArea-tp58023p58052.html
Sent from the gambas-devel mailing list archive at Nabble.com.

Re: [Gambas-devel] Transparent DrawingArea

[Fabien B. <gam...@gm...>]

You cant drawing in a DrawingArea outside the draw event. Gambas use
ascynchronous drawing. (You can nevertheless set the cache mode to
true)


But prefer this :
Private $hImage as Image
 Public Sub btnImage_Click()
    Dialog.Path = "/ home / gambas / projects / images"
    Dialog.Filter = ["Image files (* .jpg; * .jpeg; * .png; * .bmp)", "All
files (*. *)"]
    If Dialog.OpenFile() Then Return
    $hImage = New Image
    $hImage.Load(Dialog.Path)
    dwgImage.Resize(hImage.Width, hImage.Height)

    dwgImage.Refresh
    Catch
    Message.Warning(Error.Text & "!")
End

Public Sub dwgImage_Draw()


    Draw.Fillcolor = Color.Gray
    Draw.FillStyle = Fill.Solid
    Draw.Rect(0, 0, $hImage.Width, $hImage.Height)
    Draw.Image($hImage, 0, 0)
    Draw.End


 End


Nota: The Draw Class is Deprecated, prefer the use of the Paint Class
for drawing. Paint is vector based and is far more powerfull. (and the
current Draw class is based on the paint one)


The _Draw Sub with the _Data sub of the grid view is one of the
fabulous things of gambas. But it take a little bit of cerebral
training, because thinking in term of separate Data / Viewer is not
natural. But so powerfull.



2016-12-19 22:24 GMT+01:00 RichardB <dee...@bi...>:
> Thanks for the advice - much appreciated.  But I'm still having problems.
>
> I tried a simple test by creating a form with just a single button
> (btnImage) and a DrawingArea (dwgImage) on it.  I added the following code
> to the button's click function:
>
>    Public Sub btnImage_Click()
>     Dim hImage As Image
>     Dialog.Path = "/ home / gambas / projects / images"
>     Dialog.Filter = ["Image files (* .jpg; * .jpeg; * .png; * .bmp)", "All
> files (*. *)"]
>     If Dialog.OpenFile() Then Return
>     hImage = New Image
>     hImage.Load(Dialog.Path)
>     dwgImage.Resize(hImage.Width, hImage.Height)
>     dwgImage.Clear()
>     Draw.Begin(dwgImage)
>     Draw.Fillcolor = Color.Gray
>     Draw.FillStyle = Fill.Solid
>     Draw.Rect(0, 0, hImage.Width, hImage.Height)
>     Draw.Image(hImage, 0, 0)
>     Draw.End
>     dwgImage.Visible = True
>     Catch
>     Message.Warning(Error.Text & "!")
>    End
>
> When run, the dialog opens fine, I select the image ok...but it fails on the
> "Draw.Begin(dwgImage) " line, with the error "Cannot paint outside of draw
> event handler".  I can't see where I've made an error.
>
> Thanks again for your help.
>
>
>
> --
> View this message in context: http://gambas.8142.n7.nabble.com/Transparent-DrawingArea-tp58023p58033.html
> Sent from the gambas-devel mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> 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-devel mailing list
> Gam...@li...
> https://lists.sourceforge.net/lists/listinfo/gambas-devel



-- 
Fabien Bodard

Re: [Gambas-devel] Transparent DrawingArea

[RichardB <dee...@bi...>]

Thanks for the advice - much appreciated.  But I'm still having problems.

I tried a simple test by creating a form with just a single button
(btnImage) and a DrawingArea (dwgImage) on it.  I added the following code
to the button's click function:

   Public Sub btnImage_Click()
    Dim hImage As Image 
    Dialog.Path = "/ home / gambas / projects / images" 
    Dialog.Filter = ["Image files (* .jpg; * .jpeg; * .png; * .bmp)", "All
files (*. *)"] 
    If Dialog.OpenFile() Then Return 
    hImage = New Image 
    hImage.Load(Dialog.Path) 
    dwgImage.Resize(hImage.Width, hImage.Height) 
    dwgImage.Clear() 
    Draw.Begin(dwgImage) 
    Draw.Fillcolor = Color.Gray 
    Draw.FillStyle = Fill.Solid 
    Draw.Rect(0, 0, hImage.Width, hImage.Height) 
    Draw.Image(hImage, 0, 0) 
    Draw.End 
    dwgImage.Visible = True 
    Catch 
    Message.Warning(Error.Text & "!")
   End

When run, the dialog opens fine, I select the image ok...but it fails on the
"Draw.Begin(dwgImage) " line, with the error "Cannot paint outside of draw
event handler".  I can't see where I've made an error.

Thanks again for your help.



--
View this message in context: http://gambas.8142.n7.nabble.com/Transparent-DrawingArea-tp58023p58033.html
Sent from the gambas-devel mailing list archive at Nabble.com.

Re: [Gambas-devel] Transparent DrawingArea

[Fabien B. <gam...@gm...>]

Maybe you can share your code so we can drive you in the good way. And
say us what is your goal.

2016-12-16 9:28 GMT+01:00 Moviga Technologies <mo...@my...>:
> You can draw the image in the DrawingArea, and then draw on top of it.
>
>
> Den 16. des. 2016 00:46, skrev RichardB:
>> I’m trying to develop an app in Gambas v3.9.1 that uses a transparent
>> DrawingArea layered over a PictureBox – the intention is to load a picture
>> into the PictureBox and mark points (or lines) on the DrawingArea for
>> measurement. I’m a newbie to Gambas – does anyone have any advice on how to
>> get this to work?  Or is there a better way to do this?
>>
>>
>>
>> --
>> View this message in context: http://gambas.8142.n7.nabble.com/Transparent-DrawingArea-tp58023.html
>> Sent from the gambas-devel mailing list archive at Nabble.com.
>>
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Gambas-devel mailing list
>> Gam...@li...
>> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Gambas-devel mailing list
> Gam...@li...
> https://lists.sourceforge.net/lists/listinfo/gambas-devel



-- 
Fabien Bodard

Re: [Gambas-devel] Transparent DrawingArea

[Moviga T. <mo...@my...>]

You can draw the image in the DrawingArea, and then draw on top of it.


Den 16. des. 2016 00:46, skrev RichardB:
> I’m trying to develop an app in Gambas v3.9.1 that uses a transparent
> DrawingArea layered over a PictureBox – the intention is to load a picture
> into the PictureBox and mark points (or lines) on the DrawingArea for
> measurement. I’m a newbie to Gambas – does anyone have any advice on how to
> get this to work?  Or is there a better way to do this?
>
>
>
> --
> View this message in context: http://gambas.8142.n7.nabble.com/Transparent-DrawingArea-tp58023.html
> Sent from the gambas-devel mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Gambas-devel mailing list
> Gam...@li...
> https://lists.sourceforge.net/lists/listinfo/gambas-devel

[Gambas-devel] Transparent DrawingArea

[RichardB <dee...@bi...>]

I’m trying to develop an app in Gambas v3.9.1 that uses a transparent
DrawingArea layered over a PictureBox – the intention is to load a picture
into the PictureBox and mark points (or lines) on the DrawingArea for
measurement. I’m a newbie to Gambas – does anyone have any advice on how to
get this to work?  Or is there a better way to do this?



--
View this message in context: http://gambas.8142.n7.nabble.com/Transparent-DrawingArea-tp58023.html
Sent from the gambas-devel mailing list archive at Nabble.com.

Re: [Gambas-devel] Some screenshots of my current work on Terminal forms

[Benoît M. <ga...@us...>]

Le 13/11/2016 à 21:32, Benoît Minisini a écrit :
> Le 13/11/2016 à 21:26, Fabien Bodard a écrit :
>> Hi Benoit,
>> Why this need to have a prefix ? In the case of this component there
>> is no way to have collid with a graphical component ! isn't it ?
>>
>
> For the IDE, and because if two classes have the same name, they should
> do the same thing more or less, and be interchangeable.
>
> I don't think that you can replace a gb.qt4 Window by a gb.term.form
> window, like you can do with a gb.gtk Window. Do you?
>

But you have a counter-example with gb.sdl(2), which does not use any 
prefix for its Window class.

Well... Don't put any prefix at the moment, and we will see if the IDE 
has any problem with it, when your component will be advanced enough to 
be managed by the IDE form editor.

Regards,

-- 
Benoît Minisini

Re: [Gambas-devel] Some screenshots of my current work on Terminal forms

[Benoît M. <ga...@us...>]

Le 13/11/2016 à 21:26, Fabien Bodard a écrit :
> Hi Benoit,
> Why this need to have a prefix ? In the case of this component there
> is no way to have collid with a graphical component ! isn't it ?
>

For the IDE, and because if two classes have the same name, they should 
do the same thing more or less, and be interchangeable.

I don't think that you can replace a gb.qt4 Window by a gb.term.form 
window, like you can do with a gb.gtk Window. Do you?

-- 
Benoît Minisini

Re: [Gambas-devel] Some screenshots of my current work on Terminal forms

[Fabien B. <gam...@gm...>]

Hi Benoit,
Why this need to have a prefix ? In the case of this component there
is no way to have collid with a graphical component ! isn't it ?



2016-11-13 15:29 GMT+01:00 Benoît Minisini <ga...@us...>:
> Le 13/11/2016 à 15:27, Benoît Minisini a écrit :
>> Le 13/11/2016 à 09:28, Fabien Bodard a écrit :
>>> This a first preview of some terminal windows with VBoxes Hboxes,
>>> Buttons, and Labels.
>>>
>>>
>>
>> Cool.
>>
>> You have to prefix all exported classes, for example with the "Term"
>> string: TermForm, TermWindow, TermHBox, TermVBox, and so on...
>>
>> Regards,
>>
>
> Sorry: only the control classes need to have the "Term" prefix.
>
> 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-devel mailing list
> Gam...@li...
> https://lists.sourceforge.net/lists/listinfo/gambas-devel



-- 
Fabien Bodard

Re: [Gambas-devel] Some screenshots of my current work on Terminal forms

[Benoît M. <ga...@us...>]

Le 13/11/2016 à 15:27, Benoît Minisini a écrit :
> Le 13/11/2016 à 09:28, Fabien Bodard a écrit :
>> This a first preview of some terminal windows with VBoxes Hboxes,
>> Buttons, and Labels.
>>
>>
>
> Cool.
>
> You have to prefix all exported classes, for example with the "Term"
> string: TermForm, TermWindow, TermHBox, TermVBox, and so on...
>
> Regards,
>

Sorry: only the control classes need to have the "Term" prefix.

Regards,

-- 
Benoît Minisini

Re: [Gambas-devel] Some screenshots of my current work on Terminal forms

[Benoît M. <ga...@us...>]

Le 13/11/2016 à 09:28, Fabien Bodard a écrit :
> This a first preview of some terminal windows with VBoxes Hboxes,
> Buttons, and Labels.
>
>

Cool.

You have to prefix all exported classes, for example with the "Term" 
string: TermForm, TermWindow, TermHBox, TermVBox, and so on...

Regards,

-- 
Benoît Minisini

[Gambas-devel] Some screenshots of my current work on Terminal forms

[Fabien B. <gam...@gm...>]

This a first preview of some terminal windows with VBoxes Hboxes,
Buttons, and Labels.
-- 
Fabien Bodard

Re: [Gambas-devel] Cygwin patch

[Benoît M. <ga...@us...>]

Le 27/10/2016 à 19:07, Bastian Germann a écrit :
> Thank you! Will you also integrate the gb.db.odbc patch?
> https://sourceforge.net/p/gambas/mailman/message/35422296
>

I need to know what "zxMarce" thinks about that.

-- 
Benoît Minisini

Re: [Gambas-devel] Cygwin patch

[Bastian G. <bas...@fi...>]

Thank you! Will you also integrate the gb.db.odbc patch?
https://sourceforge.net/p/gambas/mailman/message/35422296

Am 27.10.2016 um 13:18 schrieb Benoît Minisini:
> Le 19/10/2016 à 14:11, Bastian Germann a écrit :
>> I have one more patch not related to packaging. It integrates Cygwin
>> in the gb.desktop component.
>>
> 
> Merged in revision #7938.
> 
> Regards,
> 

Re: [Gambas-devel] Cygwin patch

[Benoît M. <ga...@us...>]

Le 19/10/2016 à 14:11, Bastian Germann a écrit :
> I have one more patch not related to packaging. It integrates Cygwin
> in the gb.desktop component.
>

Merged in revision #7938.

Regards,

-- 
Benoît Minisini

Re: [Gambas-devel] Cygwin patch

[Bastian G. <bas...@fi...>]

I have one more patch not related to packaging. It integrates Cygwin
in the gb.desktop component.