-
Notifications
You must be signed in to change notification settings - Fork 146
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The build of demo applications are broken on FC32 #9
Comments
Hi Pavel, thanks for giving this a try. The only way for me to get that error is to set the Unfortunately, Turbo Vision does not support being built completely without streaming support. The library code is missing The only reliable way to use NO_STREAMABLE at the moment is to define it only when compiling the applications. But since the CMakeLists.txt of this project is very badly written, you get the same compilation flags both when building the library and when building the applications. |
út 21. 7. 2020 v 9:59 odesílatel magiblot <notifications@github.com> napsal:
Hi Pavel, thanks for giving this a try.
The only way for me to get that error is to set the NO_STREAMABLE macro
definition at compile time. Could it be that you enabled it? For any
particular reason? Or did you manipulate the nm*.cpp or s*.cpp files in
source/tvision/?
Unfortunately, Turbo Vision does not support being built completely
without streaming support. The library code is missing #if
!defined(NO_STREAMABLE) guards in some places, but last time I tried to
add them I got compilation errors.
The only reliable way to use NO_STREAMABLE at the moment is to define it
only when compiling the applications. But since the CMakeLists.txt of this
project is very badly written, you get the same compilation flags both when
building the library and when building the applications.
I have fresh git repository. I didn't touch (or modify any file).
Just
cmake .
make
—
… You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#9 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEFO46VDXYBOJUR4SSXUFLR4VDHPANCNFSM4PDGTZPA>
.
|
Can you please run: rm -r CMakeCache.txt CMakeFiles/
cmake . && make VERBOSE=1 &> build.log And upload the resulting |
út 21. 7. 2020 v 10:33 odesílatel magiblot <notifications@github.com>
napsal:
Can you please run:
rm -r CMakeCache.txt CMakeFiles/
cmake . && make VERBOSE=1 &> build.log
And upload the resulting build.log file? (Note that nothing will be
printed on screen during build)
Regards
Pavel
… —
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#9 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEFO47AWAG4OQK2IJC3ATLR4VHFBANCNFSM4PDGTZPA>
.
|
Sorry, I did not receive the file.
________________________________________
De: Pavel Stehule <notifications@github.com>
Enviat el: dimarts, 21 de juliol de 2020 12:08
Per a: magiblot/tvision
A/c: magiblot; Comment
Tema: Re: [magiblot/tvision] The build of demo applications are broken on FC32 (#9)
út 21. 7. 2020 v 10:33 odesílatel magiblot <notifications@github.com>
napsal:
Can you please run:
rm -r CMakeCache.txt CMakeFiles/
cmake . && make VERBOSE=1 &> build.log
And upload the resulting build.log file? (Note that nothing will be
printed on screen during build)
Regards
Pavel
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#9 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEFO47AWAG4OQK2IJC3ATLR4VHFBANCNFSM4PDGTZPA>
.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub<#9 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AE6BAWMOEC3ZOUHIQHT4NILR4VSIVANCNFSM4PDGTZPA>.
|
please check it again
út 21. 7. 2020 v 12:17 odesílatel magiblot <notifications@github.com>
napsal:
… Sorry, I did not receive the file.
________________________________________
De: Pavel Stehule ***@***.***>
Enviat el: dimarts, 21 de juliol de 2020 12:08
Per a: magiblot/tvision
A/c: magiblot; Comment
Tema: Re: [magiblot/tvision] The build of demo applications are broken on
FC32 (#9)
út 21. 7. 2020 v 10:33 odesílatel magiblot ***@***.***>
napsal:
> Can you please run:
>
> rm -r CMakeCache.txt CMakeFiles/
> cmake . && make VERBOSE=1 &> build.log
>
> And upload the resulting build.log file? (Note that nothing will be
> printed on screen during build)
>
Regards
Pavel
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> <#9 (comment)>,
or
> unsubscribe
> <
https://github.com/notifications/unsubscribe-auth/AAEFO47AWAG4OQK2IJC3ATLR4VHFBANCNFSM4PDGTZPA
>
> .
>
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub<
#9 (comment)>, or
unsubscribe<
https://github.com/notifications/unsubscribe-auth/AE6BAWMOEC3ZOUHIQHT4NILR4VSIVANCNFSM4PDGTZPA
>.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#9 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEFO45HCHIBDEKIB4H2RU3R4VTMNANCNFSM4PDGTZPA>
.
|
Thanks! I received it. |
Okay, it seems that the issue is LTO. Try removing |
Now, it is working well. Thank you. Unfortunately UTF8 doesn't work, I tried display file with utf8 content, but any other is perfect |
I remember I had to install libgpm-devel - it was not optional (it is maybe wrong in readme). Missing UTF8 support is not related to this issue, so I close this issue. It is pretty fast and looks pretty well. Good work. Thank you for support. |
Thanks. What error did you get before installing libgpm-devel? It is intended to be optional. Maybe it found the library but the headers were not installed. I'll have to change the CMakeLists.txt. Regarding UTF-8, there are two separate issues:
For simplicity, I left things as they were. The most difficult to fix is point 2. With unicode-aware widgets, it would be pretty easy to display and write unicode text with minimal API changes. |
út 21. 7. 2020 v 14:52 odesílatel magiblot <notifications@github.com>
napsal:
Thanks. What error did you get before installing libgpm-devel? It is
intended to be optional. Maybe it found the library but the headers were
not installed. I'll have to change the CMakeLists.txt.
I am sorry, I was messy due to the last problem. I recheck compilation
without libgpm-devel and it is working. I am sorry again.
Regarding UTF-8, there are two separate issues:
1. The Turbo Vision API doesn't allow multibyte I/O, although it would
not be difficult to extend.
2. Turbo Vision widgets do not support multibyte or wide char
encodings, e.g. pressing the Left key in an input form or editor moves the
cursor one byte, not one character.
For simplicity, I left things as they were. The most difficult to fix is
point 2. With unicode-aware widgets, it would be pretty easy to display and
write unicode text with minimal API changes.
yes, it can be lot of work.
Regards
Pavel
… —
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#9 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEFO4ZMBZMFUZXVWRZ4XQTR4WFP5ANCNFSM4PDGTZPA>
.
|
Hi Pavel. In case you may be interested, I implemented Unicode support in Turbo Vision. It's documented in the project's Readme. I also wrote a small text editor which makes use of the Unicode capabilities of Turbo Vision. Cheers. |
so 8. 8. 2020 v 1:04 odesílatel magiblot <notifications@github.com> napsal:
Hi Pavel. In case you may be interested, I implemented Unicode support in
Turbo Vision. It's documented in the project's Readme
<https://github.com/magiblot/tvision/blob/master/README.md>. I also wrote
a small text editor <https://github.com/magiblot/turbo> which makes use
of the Unicode capabilities of Turbo Vision.
can be great. I'll check it.
Pavel
… Cheers.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#9 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEFO42UO7YBUGBJFBV4RGTR7SB7PANCNFSM4PDGTZPA>
.
|
Hi
so 8. 8. 2020 v 7:10 odesílatel Pavel Stehule <pavel.stehule@gmail.com>
napsal:
so 8. 8. 2020 v 1:04 odesílatel magiblot ***@***.***>
napsal:
> Hi Pavel. In case you may be interested, I implemented Unicode support in
> Turbo Vision. It's documented in the project's Readme
> <https://github.com/magiblot/tvision/blob/master/README.md>. I also
> wrote a small text editor <https://github.com/magiblot/turbo> which
> makes use of the Unicode capabilities of Turbo Vision.
>
can be great. I'll check it.
I tested it. And it is working pretty well. Good work!
Regards
Pavel
… Pavel
> Cheers.
>
> —
> You are receiving this because you modified the open/close state.
> Reply to this email directly, view it on GitHub
> <#9 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAEFO42UO7YBUGBJFBV4RGTR7SB7PANCNFSM4PDGTZPA>
> .
>
|
so 8. 8. 2020 v 7:47 odesílatel Pavel Stehule <pavel.stehule@gmail.com>
napsal:
Hi
so 8. 8. 2020 v 7:10 odesílatel Pavel Stehule ***@***.***>
napsal:
>
>
> so 8. 8. 2020 v 1:04 odesílatel magiblot ***@***.***>
> napsal:
>
>> Hi Pavel. In case you may be interested, I implemented Unicode support
>> in Turbo Vision. It's documented in the project's Readme
>> <https://github.com/magiblot/tvision/blob/master/README.md>. I also
>> wrote a small text editor <https://github.com/magiblot/turbo> which
>> makes use of the Unicode capabilities of Turbo Vision.
>>
> can be great. I'll check it.
>
I tested it. And it is working pretty well. Good work!
I checked tvedit and tvdemo - it shows unicode well, but it doesn't allow
unicode chars
turbo editor is working without problems
… Regards
Pavel
> Pavel
>
>
>
>> Cheers.
>>
>> —
>> You are receiving this because you modified the open/close state.
>> Reply to this email directly, view it on GitHub
>> <#9 (comment)>,
>> or unsubscribe
>> <https://github.com/notifications/unsubscribe-auth/AAEFO42UO7YBUGBJFBV4RGTR7SB7PANCNFSM4PDGTZPA>
>> .
>>
>
|
That's right. I am not sure adding Unicode support to However, On the other hand Tvdemo is very easy to fix. Unicode support there would be actually useful as example for other developers. |
so 8. 8. 2020 v 21:11 odesílatel magiblot <notifications@github.com> napsal:
I checked tvedit and tvdemo - it shows unicode well, but it doesn't allow
unicode chars
That's right. I am not sure adding Unicode support to TEditor is worth
the effort. Tvedit should not be taken as a serious editor anyway--it has a
single-step undo buffer (and no redo action) and lacks a lot of
functionality. The only reason why anybody would use it is because of its
vintage look-and-feel. In order to support Unicode in TEditor without
severing performance, special data structures are necessary ("position
caches" as named in Scintilla).
However, TEditor also provides functionality to TMemo, so its use cases
go beyond Tvedit. That's the only reason I would add Unicode support
eventually. But I do not intend to do that anytime soon.
On the other hand Tvdemo is very easy to fix. Unicode support there would
be actually useful as example for other developers.
ok, understand.
still it is good work
Pavel
… —
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#9 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEFO46ZDP4N7SGKH6LKGNTR7WPNNANCNFSM4PDGTZPA>
.
|
so 8. 8. 2020 v 21:16 odesílatel Pavel Stehule <pavel.stehule@gmail.com>
napsal:
so 8. 8. 2020 v 21:11 odesílatel magiblot ***@***.***>
napsal:
> I checked tvedit and tvdemo - it shows unicode well, but it doesn't allow
> unicode chars
>
> That's right. I am not sure adding Unicode support to TEditor is worth
> the effort. Tvedit should not be taken as a serious editor anyway--it has a
> single-step undo buffer (and no redo action) and lacks a lot of
> functionality. The only reason why anybody would use it is because of its
> vintage look-and-feel. In order to support Unicode in TEditor without
> severing performance, special data structures are necessary ("position
> caches" as named in Scintilla).
>
> However, TEditor also provides functionality to TMemo, so its use cases
> go beyond Tvedit. That's the only reason I would add Unicode support
> eventually. But I do not intend to do that anytime soon.
>
> On the other hand Tvdemo is very easy to fix. Unicode support there would
> be actually useful as example for other developers.
>
ok, understand.
still it is good work
you can try to port new vim or emacs to tvision :) - it can be a super bomb
to have these editors with user friendly and nice UI.
More seriously - probably integration of neovim should not be too hard.
Pavel
… Pavel
> —
> You are receiving this because you modified the open/close state.
> Reply to this email directly, view it on GitHub
> <#9 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAEFO46ZDP4N7SGKH6LKGNTR7WPNNANCNFSM4PDGTZPA>
> .
>
|
I have also thought of that -- in addition, by making a clone of vim, I would probably learn the vim commands at last. But I am not sure about the usability part: there already exist GUI applications for these editors--how could a TUI be any more user friendly than that? Other people have talked about making a clone of VS Code--all these are good ideas. But it takes a lot of time. Personally I feel like I have already spent enough time on Turbo Vision and the Turbo editor. The tools are out there in case anybody wants to undertake these tasks. |
ne 9. 8. 2020 v 10:56 odesílatel magiblot <notifications@github.com> napsal:
I have also thought of that -- in addition, by making a clone of vim, I
would probably learn the vim commands at last.
But I am not sure about the usability part: there already exist GUI
applications for these editors--how could a TUI be any more user friendly
than that?
The TUI for emacs is pretty ugly - there is no TUI with a good look.
Other people have talked about making a clone of VS Code--all these are
good ideas. But it takes a lot of time. Personally I feel like I have
already spent enough time on Turbo Vision and the Turbo editor. The tools
are out there in case anybody wants to undertake these tasks.
I understand it well. It was a little bit of a joke from me, but if you
design editor based on scintilla, then maybe you can use neovim - it is
similar to the editor framework, but it is much more popular I think. On
second hand, I understand very well how much time it takes, and how much
time needs a change of some basic component.
Regards
Pavel
… —
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#9 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEFO4YGQALXRU4DXOTX3YTR7ZQE3ANCNFSM4PDGTZPA>
.
|
Unicode support has been added to |
čt 20. 8. 2020 v 4:21 odesílatel magiblot <notifications@github.com> napsal:
Unicode support has been added to TEditor (and hence the tvedit
application) and it can be toggled on the fly with Ctrl+P.
It is great! Thank You
Pavel
… —
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#9 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEFO45ORTH7TLM4OJ5SIFLSBSCDXANCNFSM4PDGTZPA>
.
|
I tested it, and it is working |
čt 20. 8. 2020 v 5:03 odesílatel Pavel Stehule <pavel.stehule@gmail.com>
napsal:
čt 20. 8. 2020 v 4:21 odesílatel magiblot ***@***.***>
napsal:
> Unicode support has been added to TEditor (and hence the tvedit
> application) and it can be toggled on the fly with Ctrl+P.
>
It is great! Thank You
… Pavel
> —
> You are receiving this because you modified the open/close state.
> Reply to this email directly, view it on GitHub
> <#9 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAEFO45ORTH7TLM4OJ5SIFLSBSCDXANCNFSM4PDGTZPA>
> .
>
|
Thanks for spreading the word 😄 . |
There are some problems in linking stage:
The text was updated successfully, but these errors were encountered: