RayeR

CZ, 01.02.2009, 13:28 |
A question to FTE editor (Users) |
Hi,
I just tried FTE from Japheth site, it seems to be feature-rich editor usable with gcc compiler but I missing "switch to output screen". When I try to run my program it just flick to DOS and back and I see nothing from output. But it can grab make output where I can see errors etc. so it should be possible to log program output to different buffer. In Japhet's version I have also problem with typing numbers on numeric keypad - don't work regardless state of numlock. So I downgraded to version 0.49.13 and it works there. But closing windows with CTRL+ALT+F4 still doesn't work - I have to go menu/window/close instead. Also it would be nice ti can switch different textmodes. So I'm staying with RHIDE :) it has great help to libc functions but cannot call user makefiles :\ --- DOS gives me freedom to unlimited HW access. |
Japheth

Germany (South), 01.02.2009, 20:02
@ RayeR
|
A question to FTE editor |
> Hi,
> I just tried FTE from Japheth site, it seems to be feature-rich editor
> usable with gcc compiler but I missing "switch to output screen". When I
> try to run my program it just flick to DOS and back and I see nothing from
> output. But it can grab make output where I can see errors etc. so it
> should be possible to log program output to different buffer. In Japhet's
> version I have also problem with typing numbers on numeric keypad - don't
> work regardless state of numlock. So I downgraded to version 0.49.13 and
> it works there. But closing windows with CTRL+ALT+F4 still doesn't work -
> I have to go menu/window/close instead. Also it would be nice ti can
> switch different textmodes. So I'm staying with RHIDE :) it has great help
> to libc functions but cannot call user makefiles :\
1. Could you please tell what the question is?
2. Once the question is clear: who did you ask? The FTE editor, me or someone else? --- MS-DOS forever! |
RayeR

CZ, 01.02.2009, 21:36
@ Japheth
|
A question to FTE editor |
> 1. Could you please tell what the question is?
> 2. Once the question is clear: who did you ask? The FTE editor, me or
> someone else?
1a) has FTE ability to see output of executed (CTRL+F9) compiled program?
1b) does CTRL+ALT+F4 combo for closing window works for someone else?
1c) can somebody type numbers on numeric keypad in FTE version from Japhet's site?
2) question for all FTE users. --- DOS gives me freedom to unlimited HW access. |
Japheth

Germany (South), 01.02.2009, 22:24
@ RayeR
|
A question to FTE editor |
> 1c) can somebody type numbers on numeric keypad in FTE version from
> Japhet's site?
I don't know whether somebody can type numbers on numeric keypad but I can't. The reason most likely is that the HX runtime returns wrong "virtual key codes" for keys 0-9 on the keypad if NUMLOCK is on. --- MS-DOS forever! |
RayeR

CZ, 01.02.2009, 23:02
@ Japheth
|
A question to FTE editor |
> I don't know whether somebody can type numbers on numeric keypad
> but I can't. The reason most likely is that the HX runtime returns wrong
> "virtual key codes" for keys 0-9 on the keypad if NUMLOCK is on.
Aha, it's known problem. As I mentioned ver 0.49.13 that I tried later compiled by djgpp+cwsdpmi doesn't have this problem. Is it possible to fix HXRT to return correct scancodes? --- DOS gives me freedom to unlimited HW access. |
Japheth

Germany (South), 02.02.2009, 09:32
@ RayeR
|
A question to FTE editor |
> Aha, it's known problem.
At least it is known now.
> Is it possible to fix HXRT to return correct scancodes?
It is possible because it is a software issue only. --- MS-DOS forever! |
Japheth

Germany (South), 03.02.2009, 15:06
@ RayeR
|
A question to FTE editor |
> Aha, it's known problem. As I mentioned ver 0.49.13 that I tried later
> compiled by djgpp+cwsdpmi doesn't have this problem. Is it possible to fix
> HXRT to return correct scancodes?
it's fixed in fte.exe. Next HXRT will also contain the fix. --- MS-DOS forever! |
RayeR

CZ, 04.02.2009, 01:40
@ Japheth
|
A question to FTE editor |
> > Aha, it's known problem. As I mentioned ver 0.49.13 that I tried later
> > compiled by djgpp+cwsdpmi doesn't have this problem. Is it possible to
> fix
> > HXRT to return correct scancodes?
>
> it's fixed in fte.exe. Next HXRT will also contain the fix.
Well, and please could you tell me if FTE has ability to view user program output sreen after run (CTRL+F9)? --- DOS gives me freedom to unlimited HW access. |
Japheth

Germany (South), 04.02.2009, 12:47
@ RayeR
|
A question to FTE editor |
> Well, and please could you tell me if FTE has ability to view user program
> output sreen after run (CTRL+F9)?
I don't know. Just redirect output to a file and open the file in FTE! --- MS-DOS forever! |
RayeR

CZ, 04.02.2009, 15:11
@ Japheth
|
A question to FTE editor |
> I don't know. Just redirect output to a file and open the file in FTE!
But if you use some printing function from conio.h it will not redirect to file imho... --- DOS gives me freedom to unlimited HW access. |
Japheth

Germany (South), 04.02.2009, 20:25
@ RayeR
|
A question to FTE editor |
> > I don't know. Just redirect output to a file and open the file in FTE!
>
> But if you use some printing function from conio.h it will not redirect to
> file imho...
Absolutely true. FTE is an editor, not a debugger! --- MS-DOS forever! |
RayeR

CZ, 04.02.2009, 23:54
@ Japheth
|
A question to FTE editor |
> Absolutely true. FTE is an editor, not a debugger!
Hm, normal text editor usually doesn't have menu for compiling and running a program. Programmer's edior usually has also good support to work with some compiler to alow runing and "debuging" program (I don't take in mind that just displaying of program output is debugging, I think debugging means something more like program stepping, setting breakpoints, viewing memory, regs, etc.) I didn't know in what category should I place FTE. --- DOS gives me freedom to unlimited HW access. |
Rugxulo

Usono, 14.02.2009, 00:07
@ RayeR
|
A question to FTE editor |
> Well, and please could you tell me if FTE has ability to view user program
> output sreen after run (CTRL+F9)?
TDE supports this (Ctrl-Shift-U) as well as Error Browse (Ctrl-F7/-F8) which JED and GNU Emacs also support, VILE too I think. |
RayeR

CZ, 16.02.2009, 12:39
@ Rugxulo
|
A question to FTE editor |
> TDE supports this
> (Ctrl-Shift-U) as well as Error Browse (Ctrl-F7/-F8) which JED and GNU
> Emacs also support, VILE too I think.
Thx, I quickly looked on it. User screen works well as I expected but is it possible to:
- change key combos for copy/cut/paste to usual ctrl+ins/shift+del/shift+ins
- bind some execution commands often used like make, make clean, program name to a key or key combos to avoid going to execute menu and always editing the command?
Does it support C functions help like rhide? --- DOS gives me freedom to unlimited HW access. |
Rugxulo

Usono, 17.02.2009, 00:42
@ RayeR
|
A question to FTE editor |
> > TDE supports this
> > (Ctrl-Shift-U) as well as Error Browse (Ctrl-F7/-F8) which JED and GNU
> > Emacs also support, VILE too I think.
>
> Thx, I quickly looked on it. User screen works well as I expected but is
> it possible to:
> - change key combos for copy/cut/paste to usual
> ctrl+ins/shift+del/shift+ins
See CUA.CFG.
> - bind some execution commands often used like make, make clean, program
> name to a key or key combos to avoid going to execute menu and always
> editing the command?
Well, not directly no. You can write or record a macro. But execute always saves your commands anyways (e.g. arrow up for previous ones).
> Does it support C functions help like rhide?
Not exactly (although there is weak user-help support via local TDE.TXT). But you can Execute "info libc a %w", so whenever you're over a word, you can run that and it'll look it up (e.g. dosmemput, memcpy, perror). |