Lambda the Ultimate

Maybe you could add something saying to scroll down? Or maybe everyone else is smarter than me :o)

[on preview - wow, so fast!]

sorry - i think i caused you to mess up formatting...

What seems to be the problem?

The "PHPEverywhere" Wiki has moved: http://phplens.com/phpeverywhere/.

Or else, register like everyone else and participate in the community.

Re the problem with the marvin_2k theme, the themes other than the default (Chameleon) are "unsupported" here on LtU. However, what you describe sounds like a bug in the marvin_2k theme itself, rather than anything LtU specific, so I may report that to the authors.

Yup, we'll add that in.

I'm curious about what browser does this, though - on Mozilla and its derivatives, IE6, and Konqueror, among others, a "" link seems to be treated as equivalent to "/".

You fixed the "Home" link on the left side, but missed the "Home" at the top and the "Lambda the Ultimate" logo in the upper left.

I'm using Opera, by the way. I guess it's more strict about interpreting HTML than Mozilla? I haven't actually looked at the spec, but it seems strange that any browser would interpret an empty string (i.e. one that doesn't start with "/") as an absolute path.

Thanks, I've fixed the logo link.

The "Home" link at the top is part of Drupal's "breadcrumb" system of keeping track of where you are in the site, and it uses "" for the home link. I'd have to dig through the code to figure out how to fix that. I may just file a bug report with Drupal instead - although I think this may be a browser compliance issue.

I think Mozilla, IE and Konqueror may be doing the right thing here: I think the reason they interpret "" the way they do is that the pages all have an element like this:

<base href="http://lambda-the-ultimate.org/" />

IIUC, this means that any relative URLs should be interpreted relative to that address, so "" translates to the home page. I haven't tried to verify this against any spec, though.

Aha, you're right, I didn't notice the BASE element. I've submitted a bug to Opera. "." does respect the BASE element, but "" appears not to. Feel free to put the URLs back to "" and I'll just cope until the next Opera release... or maybe I'll finally switch back to an open-source browser...

We are looking for a good way to embed a rich edit box inplace of the the basic comment box now in use. I suppose this will solve at least some of the problems you describe.

The lack of a new message indicator seems to be a flaw in the default Chameleon theme. I'll see if I can correct that.

New messages will now appear with a red asterisk next to their title, to indicate that they are new.

This change has been made to the default theme, Chameleon. Note that this feature only works when logged in, since it relies on per-user info about previously viewed messages.

Why not complete names. There's plenty of room.
Also maybe it's a good idea show the real name instead of the username? (It's the same for most people, but I like the keep my default username I use everywhere)

OK, I'll add widening the name field to our todo list.

Showing the real name sounds reasonable, too. Does anyone object to that?

I wondered about this. Why does drupal show the user name and not the name field from the user record? Is there a good reason to do this? Perhaps it's a configuration switch?

I thought it might be intended to allow people to use handles rather than their names, which of course is more common on some other kinds of forums.

I don't know if it's a config switch, but if not, it's probably a very minor code change.

It's probably because two users can share the same real name but not the same user name. This could also be used maliciously to "frame" someone.

I guess I am a bit slow today. It's the weather, I tell you, the weather!!

Every time a name is printed, there's also a link to the userpage. So framers would be easily discovered.

I've increased the display width for names, to correct this issue.

Thanks for the quick service, Anton. I really appreciate it.

I am not sure why this happens, or how to fix it, but I agree that it is confusing and annoying.

Happened to me as well.
Could it be that there is some navigational state being kept on the server side?
It's funny to see in practice the problems discussed so often in "continuations for web" papers :-)

I've seen that happen when I am editing an already-posted message of mine, and before I submit the changes someone has replied to it. Recall that I complained earlier because you cannot edit a message once someone has replied to it—this may be a side-effect of that logic.

I think it may also happen if I start a new ( and, say, long) post, and someone starts and finishes their own post while I'm still editing. You can imagine how this may screw up the queuing.

In general, I think it happens when a post is supposed to go in one place when a posting action is initiated, but something happens before the action is finished which changes the insertion position. If you see what I mean.

Recall that I complained earlier because you cannot edit a message once someone has replied to it

This should be fixed, btw (in case you didn't notice). Let me know if it doesn't work.

How about editing the first message in the thread?
Is this disabled on purpose?
Or it just has a type different from comments, and this type does not support editing? ;-)

I've installed a patch so that it should now be possible to edit stories or forum topics, if you created them. An "Edit" link should appear next to such items.

Please use responsibly! Revisionism is bad, mmkay? :-)

This is a known Drupal bug: "Comment module uses a global session variable to store referer, which can screw up redirect after posting".

It's on my list... I haven't yet had a chance to look through the various patches referenced at the above link.