Language:
switch to room list switch to menu My folders
Go to page: First ... 18 19 20 21 [22]
[#] Fri Jan 25 2019 18:19:46 EST from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


Cool trick and tip of the day:

For those of you who fondly remember the days when there was an IBM 3270 terminal on your desk ... run the Citadel client locally on your machine and put "status_line=1" in your .citadelrc

You'll get an adorable status line on the screen that shows the host, room, etc. you're in, along with encryption status and the number of new emails you have. And for that authentic IBM flavor, you'll notice that on the right side there's a little "X" icon that appears when the client has a transaction in progress with the server.

(Yes, on a real 3270 it was a clock, but text-mode 3270 emulators always used an X instead)

Try it on a slow connection for that authentic "I'm waiting for the machinee" effect.

[#] Mon Mar 11 2019 09:16:57 EDT from ioio @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

 

Fri Jan 25 2019 18:19:46 EST from IGnatius T Foobar @ Uncensored

Cool trick and tip of the day:

For those of you who fondly remember the days when there was an IBM 3270 terminal on your desk ... run the Citadel client locally on your machine and put "status_line=1" in your .citadelrc

You'll get an adorable status line on the screen that shows the host, room, etc. you're in, along with encryption status and the number of new emails you have. And for that authentic IBM flavor, you'll notice that on the right side there's a little "X" icon that appears when the client has a transaction in progress with the server.

(Yes, on a real 3270 it was a clock, but text-mode 3270 emulators always used an X instead)

Try it on a slow connection for that authentic "I'm waiting for the machinee" effect.

Cool. Thank you. BTW: I was searching for the config file... then I realized it's called `citadel.rc`



[#] Mon Mar 11 2019 12:51:58 EDT from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Cool. Thank you. BTW: I was searching for the config file... then I
realized it's called `citadel.rc`

You can copy citadel.rc to a file called ".citadelrc" in your home directory.
When this is found by the client it will be used instead of the global citadel.rc file. This gives you the option to customize it for just yourself and not everyone else on the same computer.

[#] Fri Jul 05 2019 11:33:51 EDT from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


A couple of small changes to the text client are coming soon:

1. No more "localhost" wholist entries.
The text client will be smart enough to show the actual location of the user, even when it's running on the localhost and connects to 127.0.0.1 instead of the local socket.

2. A little experiment where we warn users about using '<E>nter Message' when they should be using '<R>eply'. Initially, this is only going to happen in rooms whose default view is "Blog". Today, a site like Uncensored can't have world-writable Blog rooms because many text client users still habitually use <E>nter when they should use <R>eply, and that creates a top-level Blog post instead of a comment. We'll experiment with this and see where it goes.

(Uncoincidentally, this is the same reason we can't easily do a topics-and-threads view ... but it could be argued that this would be somewhat un-Citadelian anyway.)

I'm not sure when Uncensored will receive the new software. I have to upgrade us to 64-bit Linux, which involves a time consuming database conversion. I might just do it at the same time.

[#] Sun May 24 2020 05:32:55 EDT from winzlo @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Suggestion - add an option in .<E>nter <C>onfiguration to allow users to bypass warnings - this assumes that the warnings will display initially and the user is basically acknowledging that they prefer to do things the "Citadel way".

Another alternative would be to remove <E>nter message for these rooms and require text client users to .<E>nter <N>ew message or .<E>nter <R>eply. This bears in mind that the intent behind the text client is to keep the workflow of the associated user experience as simple as possible.

Just my $0.02 on something I use exclusively since it is so much easier to work with accessibility tools in order to read and navigate.

[#] Mon May 25 2020 10:32:19 EDT from darknetuser @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Whatever you do, don't make it more inconvenient for regular people to use the client for the sake of making it safer for dumb users :-)

[#] Mon Jun 01 2020 14:53:10 EDT from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Suggestion - add an option in .<E>nter <C>onfiguration to allow users

to bypass warnings - this assumes that the warnings will display

Well, we do have the "expert mode" setting for that.

The problem is that many of the "experts" have been using Citadel for 30+ years and aren't aware of threading semantics, so they just whack "<E>nter-message" when a "read-<N>ew-messages" operation exits to the room prompt. You (winzlo) did exactly that in the message I am replying to now. This is understandable when you're living inside a user interface that doesn't display the threads.

I've experimented with threaded views, but it doesn't work right when many users are starting new threads every time they hit <E>nter instead of <R>eply, and I can't even blame them; they don't understand the problem and we've given them no reason to. If we moved the text client to a threaded view, there would (quite justifiably) be an uproar.

Blog rooms are a different animal. In a blog room, we *need* the threads maintained, to properly associate comments with their respective blog posts.
Initially, we made it so that only the blog owner can make a top-level post; all others can only reply. This is easy to enforce in the text client, since it simply displays a message explaining why you're only allowed to reply if you try to do "<E>nter-message". And that's why the experiment is targeting blog rooms only, at the beginning. At the very least, we might be able to build blogs that anyone can post new entries to, without making a big mess.

[#] Tue Jun 30 2020 19:33:02 EDT from winzlo @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

2020-05-25 10:32 from darknetuser
Whatever you do, don't make it more inconvenient for regular people to

use the client for the sake of making it safer for dumb users :-)

Damn, that rules me out then. B^P

[#] Tue Jun 30 2020 19:37:06 EDT from winzlo @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Off-the-wall suggestion...

Leveraging something like [n]curses, could certain rooms have a flag set to use a sort/select view and others be left thread-lesss? I know this would segregate Citadel-client loyalists into only using unthreaded rooms, but would at least offer the feature.

[#] Fri Jul 03 2020 19:05:40 EDT from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

We've had a curses-integrated client before ... it became unwieldy and gave people a lot of build problems. As you know, we're trying hard to reduce build problems :)

My other thought was that perhaps we can make two different types of rooms, "linear" and "threaded" which will give the user different prompts as they navigate through. Perhaps the only difference in the text client would be that it gives the nag prompt when someone hits "<E>nter". And/or in WebCit it could present in a more traditional "web forum" view, where the first screen shows a summary of all active threads. <shrug>

Not happening yet, there's too much to do. I've got webcit-ng to finish first :)

Go to page: First ... 18 19 20 21 [22]