Hm, that's unfortunate. Are there simple build instructions to just make
a local binary? Maybe I can help if so.
Install the rust toolchain:
https://www.rust-lang.org/tools/install
Get the source code from github:
https://github.com/mkrueger/icy_term
Very cool.. noticing eframe supports web embedding too... don't suppose you have instructions for a web build/embed?
Would be very cool to be able to use this with a wss connection with rlogin straight into doors.
But I want to start an ANSI drawing tool - I made one in the 90' (MysticDraw) the last update was 2003 or so where I translated it to SDL. Now 20 years later I'll update it to rust. Never got feedback for the old one and don't think I get feedback for the new one but I maintain it :).
Fixed in newly released 0.4.0 - broke that in one of my refactorings :/. I
I'm currently developing a new terminal
software: https://github.com/mkrueger/icy_term/tags
It is not finished - esp. the UI needs work. I can need feedback & ideas.
I'm currently developing a new terminal
software: https://github.com/mkrueger/icy_term/tags
It's written in rust and cross platform. It's specifically written for BBSes. It has a good ansi engine, can copy and paste, supports petscii
and atascii.
It is not finished - esp. the UI needs work. I can need feedback & ideas.
Thanks
Hi
I'm currently developing a new terminal
software: https://github.com/mkrueger/icy_term/tags
It is not finished - esp. the UI needs work. I can need feedback & ideas.
It is not finished - esp. the UI needs work. I can need feedback & ideas.Build instructions would be useful - I'm no rust user.
Some great feedback already - would be good to support 256 color ANSI if that was possible, I could see myself playing with that.Why 256 color ANSI and which escape sequence?
* Flash doesnt flash (I use flashing in my AnsiTEX that I've created).
Any chance of supporting viewdata? :)
* Also, with my AnsiTEX, I use cursor positioning to get to the bottom line (line 24), and it seems like it's off by 1 char (and thus the first char is on the previous line, column 80, and the 2nd char is on the
bottom line, col 1).
Why 256 color ANSI and which escape sequence?
There is full RGB support:
ESC[ 38;2;r;g;b m Select RGB foreground color
ESC[ 48;2;r;g;b m Select RGB background color
I didn't know about Viewdata - https://en.wikipedia.org/wiki/Viewdata
Y sounds interesting. I'll look if I can find a BBS for that if I do I'll add support. Did that for Petscii and Atascii.
Hi I'm currently developing a new terminal
software: https://github.com/mkrueger/icy_term/tags
It's written in rust and cross platform. It's specifically written for BBSes. It has a good ansi engine, can copy and paste, supports petscii
and atascii.
It is not finished - esp. the UI needs work. I can need feedback & ideas.
Thanks
Will it run on Steam Deck? Steam deck uses everything in flat packs. This is the only platform I have that I can't BBS from without using the ftelnet. Would like a client that works for deck :D
Hi
I'm currently developing a new terminal software: https://github.com/mkrueger/icy_term/tags
It's written in rust and cross platform. It's specifically written for BBSes.
It has a good ansi engine, can copy and paste, supports petscii and atascii.
It is not finished - esp. the UI needs work. I can need feedback &
ideas.
telnet://bbs.roonsbbs.hu:1212 <<=-
how about RIP graphics? :)
Thought about it but I don't think it's on the todo list for the near future. Or do you know a nice RIP BBS to call?
https://serionbbs.com/rip-bbs
I develop using linux (most of the time - macos sometimes). So the only thing missing is a flat pack then. I've not really looked into linux packaging yet just provided a .deb.
But you're right that I should make a flat pack - I put it on the todo list.
Ahh, ok - 256 color might be simplier, and I guess its a nice to have.
Build instructions would be useful - I'm no rust user.
Anyway, I had a go, and got stuck here:
Ä$ cargo build
I just finished the Viewdata support - biggest issue was to find the correct specs :). But I got something working only thing missing are the alternate character sets - didn't find any BBS using them. I'll look on that on request. But so far it works pretty well - next release will have it.
I recommend using the released version. You need a local iced unfortunately it requires a little patch - one method isn't public I
need to be public. However that'll change in that library.
Awesome - I look forward to trying it out.
Flat pack yet?
Awesome - I look forward to trying it out.
Try it out:
https://github.com/mkrueger/icy_term/releases/tag/0.1.7
Some feedback regarding to Viewdata would be nice. This release contains blinking support as well as extended colors.
* Also, with my AnsiTEX, I use cursor positioning to get to the bottom line (line 24), and it seems like it's off by 1 char (and thus the first char is on the previous line, column 80, and the 2nd char is on the bottom line, col 1).
https://github.com/mkrueger/icy_term/releases/tag/0.1.7
Not sure if it works - it's complex to distribute software. Took ages
for me to get the .dmg running. Windows is the easiest thing - the exe just works out ouf the box.
Just checking on the MAC builds - I dont see them on github?
My fault maybe didn't commit the edit release. Uploaded a build today. Contains 1-2 mini fixes. I've been working on ANSI music - parsing works quite well but haven't found the perfect playback library yet so it's deactivated by default.
ATM I rewrite the UI in egui - I created a much better terminal canvas with good speed. It'll be awesome when finished.
The color on the 1st line is changing again, and on the login page, and the cursor is appearing after a while. Also with the test frame (999a & 999b) three presses of "*" causes the terminal to go into a weird input mode, but I havent debugged if that is just the terminal or the backend.
Look forward to see that though - it already is fast (almost too fast :)
No surprise because I changed the home cmd again to reset attributes in line.
The sequence that does this is: \x1E\x09\n\x11\x1E
These are all cursor movements, and shouldnt change any attributes.
Attributes should only change when printed (and should affect the rendering of the rest of the line).
IE: When you change the current character to green \x1b\x52 (which advances the cursor 1 position - but if hold is in place it repeats the last character) - that should change everything to the right to green
and stop when it encovers another color or the end of the line
(whichever first).
It is not finished - esp. the UI needs work. I can need feedback & ideas.
Geri Atricks wrote to Omnibrain <=-
It is not finished - esp. the UI needs work. I can need feedback & ideas.
A good selection of transfer protocols.
A good selection of transfer protocols.
Most offer at least X/Y/Zmodem and Ymodem-G. Which others do you want to see? Back in the day, I remember WXmodem, Jmodem, SEAlink, Lynx/Puma, and a few others.
HSLink (I believe it was) rocked. Y is OKish for the web, but in generall all of these are pretty horrible for going over telnet / TCP/IP.
HSLink (I believe it was) rocked. Y is OKish for the web, but in genera all of these are pretty horrible for going over telnet / TCP/IP.
HSLink was the Torrent protocol for BBSing back in the day. One of my favorites.
Nothing like setting up batches of files to upload and download in your qu Then selecting HSLink to have them upload/download at the same time, maxin both directions of the connection at the same time.
HSLink (I believe it was) rocked. Y is OKish for the web, but in generall all of these are pretty horrible for going over telnet / TCP/IP.
We really need a 'modern' protocol (nothing to invent here really) that boards that can't natively support can just drop in (think "httpxfer.exe" or w/e). One of the issues is it really needs to run from a differnet socket connection though (ie: port) as Telnet itself gets in the way of decent transfers.
Most offer at least X/Y/Zmodem and Ymodem-G. Which others do you want to see? Back in the day, I remember WXmodem, Jmodem, SEAlink, Lynx/Puma,
and a few others.
HAve to concur with the viability of traditional transfers over TCP. Not sure how ancient software is going to cope with swapping sockets.. the most obvious would be some kind of FTP implementation, in this day and
age it ought to be reasonably trivial.
We really need a 'modern' protocol (nothing to invent here really)
that boards that can't natively support can just drop in (think "httpxfer.exe" or w/e). One of the issues is it really needs to run
from a differnet socket connection though (ie: port) as Telnet itself
gets in the way of decent transfers.
Thought I'm a bit faster with the new UI libary and rendering engine but it takes longer than I hoped so I made a 0.2.5 release.
I changed the behavior to what you suggested seems to work - at least it doesn't break all test pages.
A good selection of transfer protocols.
Which ones do you miss?
SZModem. You could play tetris with someone at the other end, or chat while the file was transferring.
I was using Bimodem on RemoteAccess which was revelation for us at the
time. Upload, Download AND chatting with my users. Woop!
It is not finished - esp. the UI needs work. I can need feedback &
ideas.
A good selection of transfer protocols.
I liked having different file transfer protocols in the 90s using
dialup, but these days, file transfer protocols seem largely redundant when using BBSes over telnet & similar. With TCP/IP, thare are already mechanisms built in for data transfers, and there are things like FTP
and SCP for file transfers over a network. I've heard that older file transfer protocols like Zmodem and such can actually work worse over an internet connection than they did on dialup.
General update:
The next thing I do is to make a really, really fast terminal control - I'm currently writing this message with it. It's really awesome (on Linux - need to check other platforms). All I need to do is to improve the shader a bit then I'll release it - switched the UI API, reworked the communication layer - faster than ever and the lightning fast UI control on top. I hope it'll be ready this week. 0.30.0 may contain more bugs (not in the engine itself) - feedback would be nice. Esp. if the direction where it's going is a good or bad one.
* Scroll back - sometimes things fly by and it would be nice to scroll back to see it. Most of us have a GUI, so scrolling with the mouse wheel is easiest, vs a CTRL KEY sequence
* Cut and paste - sometimes its nice to cut text and use it (like a
URL), and sometimes its useful to paste in (like output from a command when helping somebody). I think I worked out "cut", but couldnt work out "paste"..
and SCP for file transfers over a network. I've heard that older fil transfer protocols like Zmodem and such can actually work worse over internet connection than they did on dialup.
I believe this is correct - we're doing redundant error correction which
I believe can get out of sync between sender/receiver and cause a
transfer to fail.
This is a highly reductive explanation but I think is pretty close.
This is a highly reductive explanation but I think is pretty close.
file transfers over a network. I've heard that older file transfer protocols like Zmodem and such can actually work worse over an internet connection than they did on dialup.
I believe this is correct - we're doing redundant error correction which I believe can get out of sync between sender/receiver and cause a transfer to fail.
SZModem. You could play tetris with someone at the other end, or cha while the file was transferring.
I still have RIPScript on the todo list but I'm surely not going that route including games :). ZModem can be pretty fast - I got DL speed to
my line limit - ~5-10MB/s I don't see much of a bottleneck there.
However I limited speed a bit for upload - I broke some BBS connections. Telnet doesn't have much overhead.
Now to Tetris - get Steam or the Epic Games store there are plenty of games out there :). If there is a real transfer protocol missing that
can be used somewhere I'll put it on the todo list.
ATM I'm uncertain about the Kermit protocol - but that's the only one. Haven't seen any BBS that supports something beyond xyz & Kermit yet.
General update:
The next thing I do is to make a really, really fast terminal control - I'm currently writing this message with it. It's really awesome (on
Linux - need to check other platforms). All I need to do is to improve
the shader a bit then I'll release it - switched the UI API, reworked
the communication layer - faster than ever and the lightning fast UI control on top. I hope it'll be ready this week. 0.30.0 may contain more bugs (not in the engine itself) - feedback would be nice. Esp. if the direction where it's going is a good or bad one.
ZModem is quite good, I even use it time to time when I SSH into another computer. An easy way to do a quick file send from one machine to another. But I have to make sure to escape all control characters, as a large transfer may fail.
For BBS's, sometimes it just doesn't work. IT may pause, give errors,
or fail completely, or not even start.
But if there are BBSes out there that use for example the HYDRA file transfer protocol (FSC-0072) I would be tempted to implement that and
try it out. (I don't know much about that protocol - don't ask). Or
JModem or one of the bi directional ones. Probably get some real world data.
I recently re-implemented Hydra in daydream but actually had no
reasonable way to test it. Let me know if this is of interest.
But look forward to seeing what you are creating...
The project is for implementing such old things :). But y I'm interested do you've a test bbs for that?
Scroll back should work with the mouse wheel. However next version will have a scrollbar :). The UI lib I use now is more flexible in scrollbar usage.
It's a bit tricky - select text - right click is copy and middle click is paste. The UI lib I used didn't have context menus. I switched the UI lib the next one will have copy & paste in the context menu.
However paste will still work on middle click.
Rewrote the UI layer - it's way faster than before and has some features it hadn't before. Scrollbars/Context menu/Output with scanlines.
I don't but can walk you through setting it up if you like.
NuSkooler wrote to Blue White <=-
HSLink (I believe it was) rocked. Y is OKish for the web, but in
generall all of these are pretty horrible for going over telnet /
TCP/IP.
HSLink was the Torrent protocol for BBSing back in the day. One of my favorites.
Nothing like setting up batches of files to upload and download in your queue. Then selecting HSLink to have them upload/download at the same time, maxing both directions of the connection at the same time.
I've seen a Mystic board out there that gave you a URL to download your file(s). That worked pretty well and was certanly faster & more reliable
than any (x|y|z)modem protocol over telnet.
One thing I noticed, is that "flashing" only works on mouse movement...
If the mouse stops, then the flashing stops (and if it is off at the
time, you cant see it).
One thing I noticed, is that "flashing" only works on mouse movement...
If the mouse stops, then the flashing stops (and if it is off at the
time, you cant see it).
I consider that big enough for a 0.3.1 bugfix release:
https://github.com/mkrueger/icy_term/releases/tag/0.3.1
You're basically my Q&A team :).
Rewrote the UI layer - it's way faster than before and has some features it hadn't before. Scrollbars/Context menu/Output with scanlines.
Hey with the scroll back thing, it looks like the scroll back buffer is emptied when a clear screen is sent. Any chance of changing that, or making it a configuration item?
This new version 0.3.x the font is certainly "less clear" than 0.2.x
which was slightly less clear than SyncTerm.
I'm now using opengl & shaders directly for rendering the terminal and there are many features to play around with. At some point I need to do terminal settings and there I'll throw that in.
At least it's not that bad as some people think. If we would be in 1992
I would vote to replace ZModem with something more efficient - as said YModem-1kG should beat ZModem. And ZModem has many flaws. Like a buggy crc16 implementation and the ability to execute arbitrary commands on
the remote computer (didn't implement that for icy_term btw.) and a too complex communication system.
That leads to:
For BBS's, sometimes it just doesn't work. IT may pause, give errors or fail completely, or not even start.
Implementing ZModem isn't easy - it's easy to break and as said it's too complex. That's why so many variants exists like 4k/8k, PDZModem, FastZModem or LeechZModem etc. a good protocol should be as simple as possible (but not simpler) IMO.
I don't think it's a suitable protocol for the 90' or now -
however it's working and it's not as bad as ppl think. However it's widespread and anyone can use that. The killer feature back in the days
- for me - was that I could continue transfer with that.
I agree that these days the best way for BBS would be to allow http(s) downloads. However a good ZModem implementation can get ok speeds.
But the benefit for the http downloads is that they're on a different channel and users can do BBSing and downloading at the same time. So it would be really nice to have that in these days.
But if there are BBSes out there that use for example the HYDRA file transfer protocol (FSC-0072) I would be tempted to implement that and
try it out. (I don't know much about that protocol - don't ask). Or
JModem or one of the bi directional ones. Probably get some real world data.
Separately, how tough would it be to have linux builds? I can probably build myself but just asking if you have any ci/cd build type thing :)
I don't use the HTTP downloads because copy and paste in syncterm isn't that great. If you are willing to get up telnet capability, you can
have a client which can download and still browse a BBS at the same time.
A good selection of transfer protocols.
Which ones do you miss?
Hey with the scroll back thing, it looks like the scroll back buffer emptied when a clear screen is sent. Any chance of changing that, or making it a configuration item?
Need to think about this how this can be done properly. It's sometimes
not easy because it can get very messy when using some ansi features
like scrolling - would potentially mess up the buffer. It's something where I need to do some experimenting. Clearing everything on clear
screen is certainly safe.
Maybe a stupid idea, but what about a feature to 'log' it to a video format ?
Linux hates me and doesn't want that I deploy software there :(. Which
is sad because it's my daily driver.
Hm, that's unfortunate. Are there simple build instructions to just make
a local binary? Maybe I can help if so.
It is not finished - esp. the UI needs work. I can need feedback & id
A good selection of transfer protocols.
Most offer at least X/Y/Zmodem and Ymodem-G. Which others do you want to see? Back in the day, I remember WXmodem, Jmodem, SEAlink, Lynx/Puma,
and a few others.
Geri Atricks wrote to Blue White <=-
A good selection of transfer protocols.
Most offer at least X/Y/Zmodem and Ymodem-G. Which others do you want to see? Back in the day, I remember WXmodem, Jmodem, SEAlink, Lynx/Puma,
and a few others.
I think that pretty much covers it. In fact, I don't even remember a WXmodem, but I do remember seeing those others on a few boards.
Just though I'd share that with 0.1.7 this is still a challenge.
I use cursor positioning with a synchronet javascript function (which I assume is ultimately calling CSI n;mH, but it is behaving unpredictably (off by 1 sometimes, or centering on the bottom line instead of going to position 0 on line 24).
I'm currently developing a new terminal software: https://github.com/mkrueger/icy_term/tags
It's written in rust and cross platform. It's specifically written for BBSes. It has a good ansi engine, can copy and paste, supports petscii and atascii.
Screenshot won't help I need to look at the whole ANSI page. Can I reproduce that somehow? Which bbs/which use case? Usually n;mH should work.
(Otherwise that editor here would screw up very badly)
Screenshot won't help I need to look at the whole ANSI page. Can I reproduce that somehow? Which bbs/which use case? Usually n;mH should work.
(Otherwise that editor here would screw up very badly)
Very nice, I will be checking this out shortly. The fact that it's in
Rust sparks my interest -- accepting PRs?
Hope this helps - did I mention this is awesome that you implemented it?
Was mostly my fault I wanted to look at your BBS several times but missed the option to create an account - the QR code never worked for me :(.
Now I managed to hit '0' and saw the issues - y had a bug in the esc[H seqence - fixed.
Viewdata is very old and the spec isn't 100% clear - so I had to guess some things. At least the caret movement should work now - at least better :).
If you spot anything else just get back to me - I'll fix it.
100% I'll accept PRs. It's one project for me to keep my rust skills not rusting :). And to look at iced - that System76 bases the PopOS! desktop on iced made me curious.
I'm still searching for an UI lib in rust which is capable for my side projects :)'
Sweet, I'll try to snag the source soon and start peeking. I gave the latest version a run last night and noted some unsupported ESC
sequences, so maybe that's a good spot for me to look initially.
What sort of UI are you after?
Do you use SQRL? (The QR Code is for SQRL, and without a client, it wont work...)
The only other wierd thing is (with viewdata), the top line looses its color when you accept input on the bottom line.
Thanks for what you've done, its awesome.
I'm currently developing a new terminalSweet... any consideration on getting the main rendering engine working
software: https://github.com/mkrueger/icy_term/tags
The only other wierd thing is (with viewdata), the top line looses its color when you accept input on the bottom line.
Sweet... any consideration on getting the main rendering engine working stand alone, such as a webassembly+canvas client?
your ESC[K should clear to the end of the line (with the current
ESC[A;XX;YY;ZZt
Where A = 0 if background, or 1 if fore ground
The only other wierd thing is (with viewdata), the top line looses its color when you accept input on the bottom line.
Made a mini release:
https://github.com/mkrueger/icy_term/releases/tag/0.2.2
There were some issues on the #999* page which I tried to fix - should now be displayed correctly. If you spot anything just report back.
I've noticed now, that line 2 looses color when submitting a form.
Now I've kind of a problem.
This sequence clears the attribute:
\x1E\x09\n\x1E
Now is the question which behavior is correct? Unfortunately I don't have a spec just a table with commands and this table leaves much room for interpretation.
All these are cursor movement (not characters are written - or overwritten).
There are some missing - for example ansi music completely. I haven't looked into ways playing midi music x-platform yet. The problem with ESC sequences is that there is not really a standard anywhere and there are some junk sequences out there.
Ok figured it out - was somehwere else (as usual) - the hold graphics behavior.
Release:
https://github.com/mkrueger/icy_term/releases/tag/0.2.3
Is there a chance you broke/changed "cursor off" (0x14)? I've noticed
that the cursor is on now, and remains flashing at the end of what was sent. (Cursor on is 0x11).
And I've noticed an incompatibility. If I overwrite a color change, technically everything after the color change, should be that color
unless there is another color change, or the end of the line, whichever occurs first. (I'm about to write an editor, and this will be impacted
by this.)
You can see this in action, by connecting and without logging on, type
*1# you should get a "red" ACCESS DENIED on the bottom line, then press "*" (to enter a page number). Technically everything after the * should
be GREEN, but it remains RED.
Is there a chance you broke/changed "cursor off" (0x14)? I've noticed
that the cursor is on now, and remains flashing at the end of what was sent. (Cursor on is 0x11).
You can see this in action, by connecting and without logging on, type
*1# you should get a "red" ACCESS DENIED on the bottom line, then press "*" (to enter a page number). Technically everything after the * should
\x14\n\n\nHelloWorld turns the caret off
\x11 on - from my basic test it works. Do you've longer test string I can try out?
Yes, if you connect to my Viewdata BBS, when the connect frame is presented, the cursor is flashing on the bottom line.
Made a release:
https://github.com/mkrueger/icy_term/releases/tag/0.2.4
Mac builds follow tomorrow. I really need to get the flatpak working. I use Linux as dev machine and I can't really distribute it for linux :(.
Omnibrain wrote to boraxman <=-
I don't use the HTTP downloads because copy and paste in syncterm isn't that great. If you are willing to get up telnet capability, you can
have a client which can download and still browse a BBS at the same time.
I've no issues with copy&paste in icy_term :). I've implemented only a very, very simple telnet protocol and I don't think I'll use any telnet features. It's simply not the right layer for that. Downloads should
work with ssh/raw/telnet connections.
However at some point I'll look at protocols again. I now just want to finish what I already have. ATM that would be ANSI music where I need a good output library. The other stuff is just an extra. But I value any feedback and try to get things into it.
But I want to start an ANSI drawing tool - I made one in the 90' (MysticDraw) the last update was 2003 or so where I translated it to
SDL. Now 20 years later I'll update it to rust. Never got feedback for
the old one and don't think I get feedback for the new one but I
maintain it :).
However I may rename it to IcyDraw - didn't know about MysticBBS back then.
Separately, how tough would it be to have linux builds? I can probably build myself but just asking if you have any ci/cd build type thing :)
It's extremely complex to get things done on linux. I had deb builds
but no one could use them. I can make a flatpak which nobody can
install.
I use linux for development but how to deploy software on linux remains
a complete mystery for me. The easiest deployment is windows. There is
an exe which runs. Getting MacOS build and signed was a nightmare but
it works now.
Linux hates me and doesn't want that I deploy software there :(. Which
is sad because it's my daily driver.
maybe you need to switch the toolchain to nightly:
rustup toolchain install nightly
rustup default nightly
Is there a Linux binary? I've downloaded the source code, but not sure how to compile. There is a script to build a flatpak, but I don't have flatpak installed. ___ MultiMail/Linux v0.52
I added some build instructions here:
https://github.com/mkrueger/icy_term
On Saturday, December 10th boraxman was heard saying...
Is there a Linux binary? I've downloaded the source code, but not su how to compile. There is a script to build a flatpak, but I don't ha flatpak installed. ___ MultiMail/Linux v0.52
I added some build instructions here:
https://github.com/mkrueger/icy_term
I've published a .deb: https://github.com/mkrueger/icy_term/releases/tag/0.3.2
Some feedback if it works would be nice. One user said in an older
version that it doesn't work for some reason. I suspected a different glibc version but didn't hear back.
Hey Omni, I tried building last night and haven't done any
troubleshooting yet but figured I'd let you know how it played out on a rather bog standard Arch install (which means probably a bit bleeding edge): https://pastebin.com/1cPEbdms
I'll keep trying it out. I did get a little confused with the icons at the top when connected. There were no tooltips or text to say what they were. Personally, I prefer text menus over trying to figure out what the icon means.
Also, I'm having trouble connecting to minds eye, I'll troubleshoot further and let you know. It's not Minds Eye BBS as I can connect with Syncterm.
The choice if rust was an interesting choice. The source tree after compilation was 1.6GB!!! That is not including files in the ~/.cargo directory that were also added (its 550MB). The binary itself after stripping was 29MB, which is OK.
"git pull" should fix that issue.
I recommend doing a "cargo update" as well but that bug should be fixed
by updating the source.
I just released the 0.3.0 version: https://github.com/mkrueger/icy_term/releases/tag/0.3.0
Rewrote the UI layer - it's way faster than before and has some features it hadn't before. Scrollbars/Context menu/Output with scanlines.
I'll keep trying it out. I did get a little confused with the icons the top when connected. There were no tooltips or text to say what t were. Personally, I prefer text menus over trying to figure out what icon means.
I can add tooltips. Icons have the benefit of beeing easier to
recognize. Once I get a crate for i18n I'll may switch to text.
Also, I'm having trouble connecting to minds eye, I'll troubleshoot further and let you know. It's not Minds Eye BBS as I can connect wi Syncterm.
oops... I don't add :23 anymore - I suspect that's missing in your URL. Add that and it should work. I'll fix that.
boraxman around Sunday, December 11th...
The choice if rust was an interesting choice. The source tree after compilation was 1.6GB!!! That is not including files in the ~/.cargo directory that were also added (its 550MB). The binary itself after stripping was 29MB, which is OK.
Rust binaries are not well known for beeing small. But for beeing secure and fast. The release version on my system is ~11MB fyi.
My personal opinion is that icons are more confusing, unless a very tried and true icon us used (floppy disk for save, scissors for cut, etc). In theory they are supposed to be easier, in practice, not. I hate having to over over an icon to find what it is for.
oops... I don't add :23 anymore - I suspect that's missing in your
URL.Add that and it should work. I'll fix that.
Yep, that fixed it.
Yeah, I find rust seems to have a lot of zealots who think that rewriting things in rust is the way to go.
I briefly looked at the language, and it seemed to have promise, but the issues with it, such as those I mentioned led me to stick with C++.
Every release is better and better! Really enjoying your work and Icy!
Thank you for this!
My personal opinion is that icons are more confusing, unless a very t and true icon us used (floppy disk for save, scissors for cut, etc). theory they are supposed to be easier, in practice, not. I hate havi to over over an icon to find what it is for.
I added hover tooltips now. I thought the icons are self explaining -
but maybe they're not. I'll think about that & investigate more. Maybe
try out text again.
Just wondering if there is any more releases coming? ;)
I'm liking 0.4.0, however, the screen display is "small", ie: the
terminal is in about a quarter of the window. Resizing the window still has the terminal in about a quarter of it :(
https://gitlab.synchro.net/main/sbbs/-/tree/master/src/syncdraw
Ok that's "urgent" can you post such things in github under issues - best with screenshots. On my PC and Mac resizing works.
| Sysop: | Chris Crash |
|---|---|
| Location: | Huntington Beach, CA. |
| Users: | 595 |
| Nodes: | 8 (0 / 8) |
| Uptime: | 39:05:19 |
| Calls: | 10,784 |
| Files: | 5 |
| Messages: | 467,666 |