Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-pascal / 2007-08

hmm, freevision

6 messages · 4 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

David Mears

Are there guides/documentation available for freevision? I actually may have the original manuals/media etc for turbo pascal 7- but if so, they're in a box in my parents house, so getting them is somewhat impractical. Information on the internet for either free vision or turbo vision seem somewhat sparse, but I was wondering if there were any remaining good resources, preferably ones that don't involve ordering out of print books or a cross country excursion?

If not, I can figure it out from the sources, certainly, but could someone clue me in on how the ide reflows itself on resolution change? Thank you.

Dave

Reply by email

Michael Van Canneyt
to David Mears
David Mears wrote 7 lines
Are there guides/documentation available for freevision? I actually may have the original manuals/media etc for turbo pascal 7- but if so, they're in a box in my parents house, so getting them is somewhat impractical. Information on the internet for either free vision or turbo vision seem somewhat sparse, but I was wondering if there were any remaining good resources, preferably ones that don't involve ordering out of print books or a cross country excursion?

None that we are aware of :/

If not, I can figure it out from the sources, certainly, but could someone clue me in on how the ide reflows itself on resolution change?

I'm not sure it does this at all ?

Michael.

Reply by email

Graeme Geldenhuys
to Michael Van Canneyt
Michael Van Canneyt wrote
> If not, I can figure it out from the sources, certainly, but could > someone clue me in on how the ide reflows itself on resolution change? I'm not sure it does this at all ?

I'm not 100% sure what he means. From what I gather it's when you resize a console window which is running FP, the Editor windows resizes accordingly.

I'm looking at FP for the first time. It's amazing how light in resources it is compared to a GUI IDE like Lazarus. :-) I open the same project in both FP and Lazarus. FP uses 4Mb memory. Lazarus around 34Mb. :-)

Now if only I can manage to compile my project in FP. But that's a question for a new thread.

Regards,
- Graeme -

Reply by email

David Mears
to Graeme Geldenhuys
Graeme Geldenhuys wrote
I'm not 100% sure what he means. From what I gather it's when you resize a console window which is running FP, the Editor windows resizes accordingly.

Basically just that, if you change the size the console window fp is in, the application sizes itself to fit the window. it's a skill I'd like to duplicate, as the app will be a console app with an interface, and the fvision demo didn't do the neat trick.

I figured and feared as much about the lack of free vision documentation. No big deal, I'll just work it out as I go. As long as there's source code- and there is, figuring out what something does is never really all that hard, just time consuming.

Reply by email

Johann Glaser
to David Mears

Hi!

Basically just that, if you change the size the console window fp is in, the application sizes itself to fit the window. it's a skill I'd like to duplicate, as the app will be a console app with an interface, and the fvision demo didn't do the neat trick.

Probably this is of interrest for you: The terminal sends a SIGWINCH to the running process when it is resized. The process then requests its current size by an ioctl() TIOCGWINSZ to the stdout handle (0).

You can test this in a simple shell window. Start two xterms (or which terminal you like, now called "A" and "B") and then do an "strace -p <pid>" in terminal A of the shell in terminal B (get its PID using "echo $$"). Then resize terminal B with the mouse. I get the following output of strace every time the size changes:

read(0, 0xbffe5d3f, 1) = ? ERESTARTSYS (To be restarted) --- SIGWINCH (Window changed) @ 0 (0) ---
ioctl(0, TIOCGWINSZ, {ws_row=24, ws_col=80, ws_xpixel=480, ws_ypixel=312}) = 0 write(2, "\r\33[K\33]0;;1;31m"..., 97) = 97
sigreturn() = ? (mask now []) read(0,

Bye
Hansi

Reply by email

David Mears
to Johann Glaser
Show quoted text 20 lines
Probably this is of interrest for you: The terminal sends a SIGWINCH to the running process when it is resized. The process then requests its current size by an ioctl() TIOCGWINSZ to the stdout handle (0). You can test this in a simple shell window. Start two xterms (or which terminal you like, now called "A" and "B") and then do an "strace -p <pid>" in terminal A of the shell in terminal B (get its PID using "echo $$"). Then resize terminal B with the mouse. I get the following output of strace every time the size changes: read(0, 0xbffe5d3f, 1) = ? ERESTARTSYS (To be restarted) --- SIGWINCH (Window changed) @ 0 (0) --- ioctl(0, TIOCGWINSZ, {ws_row=24, ws_col=80, ws_xpixel=480, ws_ypixel=312}) = 0 write(2, "\r\33[K\33]0;;1;31m"..., 97) = 97 sigreturn() = ? (mask now []) read(0, Bye Hansi

Very useful. Will check into and implement.

Reply by email