Hi,
Thank you everyone for your suggestions. I finally solve this. issue. As
Santiago mentioned it is qt3 configuration which i don't have since this system
is running KDE4 and qt4, I have to install qt3-qtconfig and qt3 theme. Hope
this helps anyone who encounter similar issue.
Regards
yuhej wrote:
> I can see that Gambas can handle the serial ports which is a very good news
> for me.
> Can someone tell me how can I get the list of the serial ports of my
> computer? I wish to make an autodetect function and only allow to select
> from the working serial ports.
>
> Robi
>
I thi
Hello,
I can see that Gambas can handle the serial ports which is a very good news
for me.
Can someone tell me how can I get the list of the serial ports of my
computer? I wish to make an autodetect function and only allow to select
from the working serial ports.
Robi
--
View this message in co
Hello Ricardo,
For the moment I survive with text files.
It would be very useful if you can make a function with this option when you
have a little time!
Regards, Robi
Ricardo Díaz Martín wrote:
>
> I use my own system to generate standard odt files but maybe it's no
> enought
> clear for oth
One more thing... "While Not Eof(hFile)" doesn't work with this case.
Eof() never finds end of "file".
Almost sleeping already...
Jussi
On Sat, Sep 19, 2009 at 02:33, Jussi Lahtinen wrote:
> OK, now it works! Thanks!
> That makes my code more simple than it was, very good!
> Only one little d
OK, now it works! Thanks!
That makes my code more simple than it was, very good!
Only one little disruptive thing... using "File" is little counter
intuitive, but maybe I just don't name it "hFile",
maybe instead "hMyData" or like.
Must go to sleep...
Jussi
2009/9/19 Benoît Minisini :
>> This c
> This code, gives error message "wanted Stream got Long instead":
>
> pPOINTS = Alloc(4, 1522)
> tmp = CalculatePoints(pPOINTS,matrix.Data)
>
>
>
> For ii = 0 To tmp
> tmpPOINT = New POINT
> Read #pPOINTS + (ii * 4), tmpPOINT.x< Fails here!
> Read #pPOINTS + (ii * 4) + 2, tmpPO
I forgot to mention that CalculatePoints is external function.
Jussi
On Sat, Sep 19, 2009 at 00:08, Jussi Lahtinen wrote:
> This code, gives error message "wanted Stream got Long instead":
>
> pPOINTS = Alloc(4, 1522)
> tmp = CalculatePoints(pPOINTS,matrix.Data)
>
>
>
> For ii = 0 To tmp
I can confirm partly with Gambas 3 revision 2342.
On console CTRL+V and CTRL+C doesn't work, but "mouse right click
menu" copy and paste works.
With Gambas 2.15, keys works as expected.
On IDE code editor, keys works with both Gambas 2 and 3, as expected.
@Ubuntu 9.04 64bit.
Jussi
On Wed, Se
This code, gives error message "wanted Stream got Long instead":
pPOINTS = Alloc(4, 1522)
tmp = CalculatePoints(pPOINTS,matrix.Data)
For ii = 0 To tmp
tmpPOINT = New POINT
Read #pPOINTS + (ii * 4), tmpPOINT.x< Fails here!
Read #pPOINTS + (ii * 4) + 2, tmpPOINT.y
...
POINT clas
Bugzilla from gam...@users.sourceforge.net wrote:
>
> If your data comes from a SQL query, you can redo the query with a
> different
> "ORDER BY" SQL clause.
>
> If your query returns a lot of data, just return what you need by using
> the
> Limit() method ( or the "LIMIT" SQL keyword).
>
>
ok i got it.
Thanks!
2009/9/18 Benoît Minisini :
>> I have a gridview control and i fill it with values from a mysql
>> $RESULT with the next code
>>
>> PUBLIC SUB grdView_Data(Row AS Integer, Column AS Integer)
>>
>> $Result.MoveTo(Row)
>>
>> grdView.Data.Text = Str($Result[grdView.Columns[C
> Am Mittwoch, den 09.09.2009, 12:58 +0200 schrieb Benoît Minisini:
> > > Salut,
> > >
> > > on gambas2 and gambas3 (since month) in code editor CTRL+C not always
> > > works.
> > > CTRL+V is OK, CTRL+X (I haven't tested)
> > >
> > > ContextMenu/Copy works well.
> > >
> > > Is that a gambas behavio
> I have a gridview control and i fill it with values from a mysql
> $RESULT with the next code
>
> PUBLIC SUB grdView_Data(Row AS Integer, Column AS Integer)
>
> $Result.MoveTo(Row)
>
> grdView.Data.Text = Str($Result[grdView.Columns[Column].Text])
>
> END
>
>
> The problem now.
> When v
> Bugzilla from gam...@users.sourceforge.net wrote:
> > I fixed the bug in revision #2337. It was not 64 bits related at all.
>
> Thanks. I'm assuming revision #2337 is in the 2.x development branch, as I
> just compiled and ran 2.16.0 and it has the same problem. Looks like it was
> GTK-related,
> Benoît Minisini escribió:
> > By adding a "clear internal html cache" feature to the wiki, I made a
> > mistake again, and erased all images stored in the wiki. :-(
> >
> > Hopefully, I have saved the database, but it was a few weeks ago, so all
> > images inserted in the wiki after 26 Jul 2009 a
Benoît Minisini escribió:
> By adding a "clear internal html cache" feature to the wiki, I made a mistake
> again, and erased all images stored in the wiki. :-(
>
> Hopefully, I have saved the database, but it was a few weeks ago, so all
> images inserted in the wiki after 26 Jul 2009 are lost!
I use my own system to generate standard odt files but maybe it's no enought
clear for other people... :-(
To do this, first I extract content.xml from .odt template and modify it.
After, I put the new content.xml again inside the new file. I use this for
print reports in my apps and works fine.
Benoît Minisini wrote:
> OK, it should be fixed in the next commit.
Thank's very much , now with revision 2342 works perfectly.
--
Gli hacker lo fanno con poche istruzioni.
--
Come build with us! The BlackBerry® Dev
Benoît Minisini ha scritto:
>> Rolf-Werner Eilert wrote:
>>
>>> Just stumbled over this when trying to implement a small copying
>>> function:
>>>
>>>FOR EACH datei IN Dir(opfad, odatei & ".*")
>>> IF NOT file.Ext(opfad &/ datei) = "lock" THEN
>>>COPY opfad &/ datei TO ziel &/
20 matches
Mail list logo
