Although, I did write a program a year ago that does exactly this. It isn't very practical to have to go and use it every time you wanted a code block, but it gets the job done. For TI-Basic, you would use the "None" option.

I am not very familiar with what is and isnt possible with the wikidot engine.

The newlines were needed to achieve the effect since the ::before pseudo-element (the thing which allows us to write line numbers) only works for container-elements. The <p> is a container-element, and this means it can contain stuff like words. These are achieved by separating paragraphs with new lines. The <br /> element, however, is not a container element; it simply tells the Browser to put a line break. If you put adjacent lines, then <br /> is written instead.

Requiring newlines is not exactly practical for forum posts, especially since most people are going to use the [[code]] block anyways. This rule could reasonably be imposed on wiki pages, though (albeit, it would require quite a bit of transition). I think the primary problem with this idea, however, is that copying and pasting will preserve those new lines. Perhaps this would interfere with some emulators or code editors.

:Line 1 Line 2 :Line 3 :Line 4

1 :Line 1 Line 2 2 :Line 3 3 :Line 4

If this wasnt clear, let me know and I can try to explain better

The line numbers are possible, though the native code block does not make it easy. To get line numbers to work like people want it, code would need to use [[div class="code"]] rather than [[code]]. Furthermore, each line would need to be separated with an entire blank space. The result can be seen here.

What do you guys think? Does this work for you guys?

I also think that it would be cool to have line numbers; perhaps something like the following (Since the lines start with ":" anyways on ti-83+, 84, 84+, 84+CSE; not sure about nspire)

1 : 2 : 3 :

EDIT: It would also be cool if the code boxes had line numbers because it is often useful to reference a particular line in the code.

I agree that it would be best to constrain the screenshot image width to match the sidebar width, but I don't think the command template currently supports that. I'm not sure how much work is involved in adding that, but I will look into it.

As far as scaling the screenshots goes, what do you have in mind?

It would also be nice to have the character palette when editing pages outside the forum.

Are there any other things that need tweaking?

Here's what 20 lines of code would look like:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

Sound good? Or do you think maybe more?

I'll see if I can use it to implement the most recent post thing once my classes are finished.

When you add support for distinguishing between different member types, I think you should also add support for different community roles as well (see community roles thread).

@Boba Foxx: You are right; the reply box is a different page in an iframe.

@burr: I wish it were; unfortunately, that requires nesting ListPages modules, which is impossible. I was only able to get the most recent thread to work on the main board because each row is its own ListPages module, which I was only able to do because I knew exactly what categories to display. The number of threads is dynamic, so I cannot employ the same solution.

This forum will remain up until the community decides that the new forum ought to be adopted; once a decision is made, one will stay and one will go, since having both simultaneously is redundant.

At the current moment, the trade off is this:

• New Forum
  • Can sort threads by category
  • Can tag threads with specific keywords (like "movement", "axe", "opcodes", etc.)
  • Can flag threads which have been overlooked (at the moment, can only be flagged by the thread-creator and moderators… effectively a stronger bump)
  • Can attach files to specific posts
  • Looks cooler (in my opinion), or at the very least can be customized to essentially any look
  • Distinguishes members from mods and admins (will implement; I know how)
  • Can see who's been active on the forums
• Current Forum
  • Has the formatting buttons
  • Can preview posts
  • Making a post jumps to the post you just made (I tried doing this on the new forum, but for some reason when I add an anchor to the URL, the page does not refresh)
  • Can fold posts (who even does this…?)
  • Can be manipulated from the Site Manager (which really doesn't affect anyone)

So it is up to the community to weigh the pros and cons. In terms of usability, I can put previewing back but only at the expense of the attachments. In terms of aesthetics, I can format the forum to be virtually anything. In terms of organization, the new forum has more options.

EDIT: Except the "Threads" header box wouldn't be bordered…

The new forums look very good to me so far :)

A few things you will notice:

• You cannot preview a post. This is due to the Wikidot coding I'm using. However, sacrificing this functionality means being able to make attachments and having the integrated char box.
• The syntax buttons do not show anymore. All of the relevant styling can be found here.
• Everyone has the member type "Member Type". I still haven't quite figured out how I want to code this; it isn't easy.
• I'm still figuring out how this is going to affect unregistered users (sorry Boba Foxx…), but I have ideas on making it work.

Please provide feedback so the system can better fit the needs of the community.

I don't know; hopefully I'll have it done this weekend if I do not run into too many issues. College soaks up a lot of my time, though.

@Xeda

Precisely. I figured it would be much more organized than what we have now.

Currently, here is what I will implement:

• Ability to flag threads which will make them priority over other posts (useful if a thread gets lost in time or needs more time to review)
• Ability to categorize threads with keywords that are more descriptive than the category to which the thread belongs
• Display whether a member is a moderator, admin, or something else.
• Integrated CHAR box
• Ability to attach one file to a post.

I get the sense that about half the members are satisfied with the current system and the other half favor a new one. Therefore, I will make the new one and put it up to trial instead of immediately implementing it. My goal is to make it as easy to make posts as it is in the current forum while simply adding new optional features.

"Never stop improving."

This is:

[[tabview]] [[None]] [No specific label given or a non-question post.] [[/tab]] [[Green]] A basic question [[/tab]] [[Yellow]] An intermediate question. [[/tab]] [[Red]] A difficult question. [[/tab]] [[/tabview]]