Salut Benoît,
after update to r5490 I found this (Bildschirmfoto-r5490.png), or better
I did not re-find that (Bildschirmfoto-r5485.png or
Bildschirmfoto-r5xxx.png).
3 generations of Hsplit.
Attached your the test-project.
--
Amicalement
Charlie
attachment: Bildschirmfoto-r5490.png
Le 05/01/2013 17:47, Charlie Reinl a écrit :
Salut Benoît,
after update to r5490 I found this (Bildschirmfoto-r5490.png), or better
I did not re-find that (Bildschirmfoto-r5485.png or
Bildschirmfoto-r5xxx.png).
3 generations of Hsplit.
Attached your the test-project.
The problem comes
Am Samstag, den 05.01.2013, 19:31 +0100 schrieb Benoît Minisini:
Le 05/01/2013 17:47, Charlie Reinl a écrit :
Salut Benoît,
after update to r5490 I found this (Bildschirmfoto-r5490.png), or better
I did not re-find that (Bildschirmfoto-r5485.png or
Bildschirmfoto-r5xxx.png).
3
Le 05/01/2013 20:48, Charlie Reinl a écrit :
Thanks for your hints!
Yes the third width is 0.
However before, you could catch it at the left side and draw it larger.
That do not work any more.
Sorry I don't understand what you wrote. If the third width was zero,
why did you expct to see it?
Le 05/01/2013 20:48, Charlie Reinl a écrit :
Thanks for your hints!
Yes the third width is 0.
However before, you could catch it at the left side and draw it larger.
That do not work any more.
Sorry I don't understand what you wrote. If the third width was zero,
why did you expect to see
Le 02/01/2013 00:56, Tobias Boege a écrit :
Hi,
I slightly remember this issue floating around here but I couldn't
(re)discover anything but an ancient thread[0] in which it's said that a
similar but not identic bug was fixed in rev#2578 which must be aeons
ago :-)
However, I tested the
Am Samstag, den 05.01.2013, 21:15 +0100 schrieb Benoît Minisini:
Le 05/01/2013 20:48, Charlie Reinl a écrit :
Thanks for your hints!
Yes the third width is 0.
However before, you could catch it at the left side and draw it larger.
That do not work any more.
Sorry I don't understand
On Sat, 05 Jan 2013, Beno?t Minisini wrote:
Le 02/01/2013 00:56, Tobias Boege a ?crit :
Hi,
I slightly remember this issue floating around here but I couldn't
(re)discover anything but an ancient thread[0] in which it's said that a
similar but not identic bug was fixed in rev#2578 which
Hello,
I don't understand...
I have a file in local folder of my Gambas project, if my Gambas code is:
Copy myFile To User.Home / myFile
it's possible copy the file;
But if the code is:
Move myFile To User.Home / myFile
it isn't possible to move the file.
Infact an error returns:
On Sat, 2013-01-05 at 22:23 +0100, Charlie Reinl wrote:
Am Samstag, den 05.01.2013, 21:15 +0100 schrieb Benoît Minisini:
Le 05/01/2013 20:48, Charlie Reinl a écrit :
Thanks for your hints!
Yes the third width is 0.
However before, you could catch it at the left side and draw it larger.
Hi Vuott,
The answer lies in understanding the difference between relative and
absolute paths in the gambas runtime. There is some help at
http://gambasdoc.org/help/cat/path?ptv3
Some comments inline below
On Sat, 2013-01-05 at 22:45 +, Ru Vuott wrote:
Hello,
I don't understand...
Ah, Ok.
Thanks a lot, Bruce.
vuott
--- Dom 6/1/13, Bruce bbr...@paddys-hill.net ha scritto:
Da: Bruce bbr...@paddys-hill.net
Oggetto: Re: [Gambas-user] Acting on a file in the local folder of a Gambas
project
A: mailing list for gambas users gambas-user@lists.sourceforge.net
Cc:
Hi Benoit,
we came across some strange symptoms with the Shell instruction. Namely, the
amount of output is quite different depending on
a) whether a Process is created or the Shell ... To syntax is used;
b) how much commands are specified and how long each one executes;
c) where the output is
Le 06/01/2013 01:40, Tobias Boege a écrit :
Hi Benoit,
we came across some strange symptoms with the Shell instruction. Namely, the
amount of output is quite different depending on
a) whether a Process is created or the Shell ... To syntax is used;
b) how much commands are specified and how
Hi Benoit,
here's the story: I originally wanted to redirect the Error instruction's
default stream to a pipe which I could then read from in the same
application. For some reason I got a Bad file descriptor (must be EBADF?)
error when using
Error test
after having redirected
Error To #File.In
On Sun, 06 Jan 2013, Beno?t Minisini wrote:
Le 06/01/2013 01:40, Tobias Boege a ?crit :
Hi Benoit,
we came across some strange symptoms with the Shell instruction. Namely, the
amount of output is quite different depending on
a) whether a Process is created or the Shell ... To syntax
Le 06/01/2013 02:20, Tobias Boege a écrit :
Hi Benoit,
here's the story: I originally wanted to redirect the Error
instruction's default stream to a pipe which I could then read from
in the same application. For some reason I got a Bad file
descriptor (must be EBADF?) error when using
17 matches
Mail list logo