http://lists.nongnu.org/archive/html/lynx-dev/2017-03/msg00006.html
"We've just lost some ground over the past month, as Richard Stallman has decided that the GNU Radio Foundation, Inc. is not denying any freedoms or violating any licenses by walling off their site in CloudFlare's private ecosystem"
I just did an update from easy_install - but how can I tell what version of Citadel I'm now running?
Sat Mar 18 2017 15:12:20 EDT from jp10558 @ Uncensored Subject: Check Version?I just did an update from easy_install - but how can I tell what version of Citadel I'm now running?
Try asking in the support room. ;)
I'm glad you found the answer to your question :)
Feature request: can we have a year view for the new webcit?
(Yes, sometimes I take this long to answer.) :)
I haven't even come close to working on the calendar rendering for WebCit-NG yet, but the short answer is:
The server engine will feed calendar data to the browser in machine-readable format (probably JSON, which is what I've been using for everything else) and then the view will be rendered by JavaScript code running in the browser.
This means that we can theoretically do whatever views we want. I think a week view is more important than a year view, but if we model it correctly, we should be able to do day, work week, full week, month, year, and agenda view from the same code.
Thu Apr 06 2017 13:39:00 EDT from IGnatius T Foobar @ UncensoredFeature request: can we have a year view for the new webcit?
(Yes, sometimes I take this long to answer.) :)
I haven't even come close to working on the calendar rendering for WebCit-NG yet, but the short answer is:
The server engine will feed calendar data to the browser in machine-readable format (probably JSON, which is what I've been using for everything else) and then the view will be rendered by JavaScript code running in the browser.
This means that we can theoretically do whatever views we want. I think a week view is more important than a year view, but if we model it correctly, we should be able to do day, work week, full week, month, year, and agenda view from the same code.
That's great news! I really like having the year view, it's very helpful for for visualizing and planning ahead. I think a good web calendar is another draw for using the system; maybe 'the icing on the cake'.
:P
Alas, no more ssh bbs@uncensored.citadel.org. No more text client access to Uncensored. No more joy left in the world.
Hmm...
When I tried ssh bbs@uncensored.citadel.org from home, it could not resolve the DNS.
Earlier when I tried it at work, it could not resolve the DNS.
But, oddly, now it is.
I shall resume my dramatic exposition at a time when the situation is more real.
asks for my username. If I tried
$citadel bbs@uncensored.citadel.org
Attaching to server...
Can't connect: No such file or directory
I went to mail and there was not a private message. LIES LIES LIES.*** You have a new private message in Mail>
$citadel bbs@uncensored.citadel.org
Attaching to server...
Can't connect: No such file or directory
That'll never work. The client wants a host name or IP address, and an optional port number. If you prefix it with "bbs@" it will just consider that part of the host name.
I'm curious about that design decision and how one should supply their own help files to clients... is it possible any longer or does everything have to be hard-coded in and then compiled in to the client?
Not too long ago, the client help files were moved "into" the client. This was done because they were being loaded from the server, and it isn't the server's role to provide client infrastructure.
Honestly though, I didn't think anyone cared. I guess I was wrong. What are your customization needs and how can we make it work better for you?
Well, here's the path that I walked in the text client. Hitting H brings up the main basic help menu. At the end of it, it says to "USE .<H>elp ? or ..<H>elp SUMMARY for additional help.
Hitting either of those produces errors - .H? says '?' not found, enter one of the built-in list, and .HSUMMARY is similar, as it no longer exists.
And then even in the list produced from help.h, which includes admin, floors, intro, mail, network, policy and software, policy says "this new user policy resides in ./messages/newuser", and there should be one more option in help.h, probably "summary", as I think that's what's coded at the bottom of help.h - the full list of commands.
Having all of those built-in options working or fleshed out would be great, but I wonder if there would be an easy way to get back the full customizability (whether the help was stored in the DB or flat files) where the sysop could extend the help system out however they liked.
Anyhow, it came to light for me as I was looking to see what a new user who wasn't familiar with Citadel might encounter if coming from the text client perspective.
This is kind of in transition right now. I am trying to get 100% of the server state into the database, no separate directories containing any other information. Part of that effort, of course, requires removing anything that doesn't have to do with the server. That means anything the client needs, has to be carried around with the client. This isn't a problem, we just need to figure out the right way to do it.