[davidb]

Hi all!

First of all, thanks for you effort! ArcLib is really fun to play with!

But, while playing, I got a somewhat weird problem:
The content of my window is slipping away (to the left btw.)
see here:
http://img502.imageshack.us/my.php?image=slipiu1.jpg

Maybe some error by int<->float conversion (rounding)?
I tried putting position statements everywhere, but to no avail.

Any ideas?

I packed it all up in a "ready-to-run" package (Windows, 1.41MB) including source at
http://www.savefile.com/files/718307

(pw is 'arclib')


regards, david


ps:
just some ideas, don't know if its reasonable/I understood it right/its already planned:

readonly (ml)textboxes (property bool readOnly or so) (i.e. no change by user and no cursor and no focus)

alignment in (ml)textboxes (not alway centered), or a property "bool justText" or similar which just lists text aligned at the upper left corner (check for that would be in process() "Point targetPos = ..." I believe)

setText(): shouldn't that assert be
assert(lines.length <= 1, "TextBox does not allow multiline, use MLTextBox");
instead of "!= 1" ?
setText() automatically changes the width according to the text, should be able to turn that off

Widget/textbox should have a "getText()", to bring textbox to use

it's somewhat irritating at first to do a
drawRectangle(Point(45, 45), Point(710, 470), Color(255,255,255,55),true);
but the second Point is not the other corner but width/height, perhaps an "alias Point Size" (or is s.th. like that already there and I just didn't see it?) that would be used in example code to state the intent more clearly?

[clayasaurus]

I downloaded the file but the archive seems to be password protected.

I'm also going to disappear until the 19th of may pretty soon, so sorry if it takes a while for this problem to be resolved.

While the GUI is already in pretty good condition (except MLTextBox) it is not planned to be fully robust until Arc v.3.

I'm not sure I quite understand the problem however.

Right now the font is designed so that when the text gets past the window it wraps around, is this the problem?

I know Christian also made some recent changes to the way virtual coordinates operate, so maybe he can shed some light on this.

g2g
~ Clay

[davidb]

> (pw is 'arclib')

I forgot to say: when you have started it, the problem doesn't appear until after you have pressed "connect" (connects to irc server and starts printing the messages). After a few seconds you can see the effect.

david

[ChristianK]

Looks like a bug with the changes to the coordinate system. I'll look into it. You aren't using arc.window.coordinates.origin, by any chance?

EDIT:
I tried it and can't reproduce the problem. Connecting works and the window and text all stay stationary. Try deleting all object files and rebuilding? I am on linux though.

[davidb]

> arc.window.coordinates.origin
no, I'm not using that

> Try deleting all object files and rebuilding?
so far, i compiled with
rebuild ircgui -clean -full -debug ws2_32.lib
(no -gui to see errormsg, but adding -gui has no effect)

Perhaps a Windows thing? Never encountered something like that, though.

> I'm not sure I quite understand the problem however.
After the text is printed, every few seconds the window content shifts a pixel or so to the left, see the picture I posted for the state after two minutes or so.


david

[clayasaurus]

Alright, I typed the pw to get the files and I ran the program.

I connected, and waited 3-5 minutes, and the context has not shifted left on me. I'm using the exe you have provided.

Can you try running other non-fullscreen OpenGL programs and see if you get the same effect?

[davidb]

Thanks for looking into this.

Just tested an old arc prog I wrote that also got some font output but there I don't have the problem (neither the old compiled exe nor the to the recent svn updated program).
Also, no change in ircgui if I disable the background (meaning still slipping away).

Should I keep minimum distances on certain coordinates?
(in layout arrangement, background position, background imagesize?)
Never mattered so far as long as bounds were respected, just an idea.

david

[ChristianK]

EDIT:
I looked through the relevant code and fixed a possible rounding bug in a function called from arc.font.drawMulti. Check out the latest revision from svn and try again!

Before the edit:
Since Clay and me can't reproduce this bug you'll have to try to find it on your own. Removing the background was a good idea.

A good next step would be to remove the IRC functionality and try if it also happens with only the multi-line textbox. Maybe it occurs only with certain texts, as Clay and me got different ones from yours?

[davidb]

[clayasaurus]

You can now use Point and Size interchangibly.

Point a;

Size b;

a.x = 5; a.y = 10;

writefln(a.w, a.h); // writes 5 and 10

b = a;

writefln(a.w, a.h); // writes 5 and 10

[yinqiaol]

Well this is a good site