Check out Symmetric Chess, our featured variant for March, 2024.


[ Help | Earliest Comments | Latest Comments ]
[ List All Subjects of Discussion | Create New Subject of Discussion ]
[ List Earliest Comments Only For Pages | Games | Rated Pages | Rated Games | Subjects of Discussion ]

Ratings & Comments

EarliestEarlier Reverse Order LaterLatest
HTML vs Markdown. A style guide to using Markdown or HTML on this site.[All Comments] [Add Comment or Rating]
Greg Strong wrote on Wed, Nov 30, 2022 01:54 AM UTC:

This is a nice guide, and will be helpful.

I have one markdown question.  Is there a standard way to force a line break?  If I just put a single return, it is ignored.  If I add two returns, I get a blank line between the two.  I suppose I can just use the HTML <BR> tag but is there a markdown-specific way to do this?  I do this for things like:

Thanks,
Greg


Ben Reiniger wrote on Wed, Nov 30, 2022 03:29 AM UTC in reply to Greg Strong from 01:54 AM:

@Greg, leaving (at least) two spaces at the end of a line before a return renders a newline without a new paragraph.

E.g.,
Ben


How to Design and Post Your Own Game. A reference for those who want to post their own games here.[All Comments] [Add Comment or Rating]
H. G. Muller wrote on Wed, Nov 30, 2022 08:29 AM UTC in reply to Greg Strong from 01:46 AM:

I also use WYSIWYG mode for submitting comments. My only reason for using HTML is when I want to embed active elements (like Interactive Diagrams) in the submission. Links, images, pre-formatted text and such are all supported in WYSIWIG mode.

In general I find the indentation enforced by the CkEditor in HTML mode helpful. Apart from HTML it also appears to understand embedded JavaScript, and the nice layout prevents errors. I thought that ending 'solo tages" like IMG or BR with /> was actually the HTML 5 standard, so you can hardly blame the editor that it enforces that.

Only very rarely the mangling of whitespace by the Ck Editor backfires. One case was for posting Interactive Diagrams: the definition of those must be given as text within a HTML tag pair (like DIV or TD) which normally ignore leading whitespace in their content. So the Editor indented the definition line, while the original Diagram script expected the definition lines to be left-adjusted. So I had delete all leading whitespace from the Diagram definition before saving each time I edited a submission containing a Diagram. I quickly got tired of that, so I just had the routine in the Diagram script that parses the game definition strip the leading whitespce. (As well as trailing BR tags, which tend to appear there when you copy-paste from HTML Page Source.)

I think the only reason we are discussing this issue is that we now have identified a second (quite rare) case where the adding of leading whitespace backfires: text within TEXTAREA tags. Apparently this is a blind spot of the CkEditor: it does recognize PRE tags, and knows it should not mess with the layout there. But it appears to not do the same thing for TEXTAREA, while it should: this is another context where the text between tags should not be messed with.

While I see plenty of reasons why one could want to use pre-formatted text in submissions through PRE tags, I only see very few for TEXTAREA. The Play-Test Applet uses a TEXTAREA for pasting an existing Interactive Diagram into it (so you can convert it to GAME code, or get a table with verbal descriptions of the moves. But it starts out empty. But it appears that invoking Game Courier as a game viewer would be another application, and the first and only article I so far encountered that did this was Asylum Chess.

Logical solution would be: (1) Make Game Courier strip the leading whitespace the CkEditor added, so that it no longer matters (like I did for the Diagram). (2) Fix the Ck Editor so it treats TEXTAREA the same as PRE (not adding any whitespace). (3) Let the submission script delete leading whitespace only between TEXTAREA tags. This cannot be too hard. (4) Let the submission form test whether the page being edited contains TEXTAREA tags by itself, and only in that case suppress the use of the CkEditor. The text input fields of the form have the standard editing capabilities (which you have to rely on when JavaScript is switched off, as the CkEditor is a JavaScript program).


Maidens Chess. Members-Only Chess with forced capture (or huffing of piece), adaptation of Shatranj with forced capture of Alfonso Codex, year 1283.[All Comments] [Add Comment or Rating]

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Centaur Chess. Pieces move backwards as Knight. (8x8, Cells: 64) [All Comments] [Add Comment or Rating]
H. G. Muller wrote on Wed, Nov 30, 2022 09:49 PM UTC:

Help!

I was editing this article, to put an Interactive Diagram in the formerly empty Setup section, and when I saved it all other sections had disappeared. Fortunately I did still have the Introduction on the clipboard, but attempts to paste it back kept failing. I could paste it in the Setup section, and then it showed up. When I finally posted it in the Introduction surrounded by <p></p> tags it did get included in the page after saving.

Is it possible to check an earlier version to see what else was destroyed?


Greg Strong wrote on Wed, Nov 30, 2022 10:04 PM UTC:

You can recover from this entry on archive.org, there wasn't much ...


Maidens Chess. Members-Only Chess with forced capture (or huffing of piece), adaptation of Shatranj with forced capture of Alfonso Codex, year 1283.[All Comments] [Add Comment or Rating]

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Centaur Chess. Pieces move backwards as Knight. (8x8, Cells: 64) [All Comments] [Add Comment or Rating]
🕸Fergus Duniho wrote on Wed, Nov 30, 2022 10:18 PM UTC in reply to H. G. Muller from 09:49 PM:

Is it possible to check an earlier version to see what else was destroyed?

Yes, we save all revisions to member-submitted pages. Go toward the bottom of the page where it tells who last revised the page, and click on the word revised, or go to the Edit menu and select the menu item for the revisions.


Maidens Chess. Members-Only Chess with forced capture (or huffing of piece), adaptation of Shatranj with forced capture of Alfonso Codex, year 1283.[All Comments] [Add Comment or Rating]

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Centaur Chess. Pieces move backwards as Knight. (8x8, Cells: 64) [All Comments] [Add Comment or Rating]
H. G. Muller wrote on Thu, Dec 1, 2022 08:09 AM UTC in reply to Greg Strong from Wed Nov 30 10:04 PM:

You can recover from this entry on archive.org, there wasn't much ...

But what was there was quite essential. Thanks!

I repaired it now, again with some difficulty. There seems to be something terribly wrong with the submission form: it appears to be able to just delete entire sections without warning. We should figure out why that happens.

All I initially did was paste the Diagram I had made in the comment into the Setup textentry of the submission form. This was empty before; the article only consisted of Introduction and Rules. When I then pressed 'Send', the Introduction section was entirely gone (including the header), and the Rules section had only retained its first sentence.

By using the 'back' button of the browser I could back up the the submission form as it looked before I pressed 'send'. As I assumed that I must have accidentally hit some key that led to deletion of the content of the text entries, I thought that resubmitting it while making sure all text was there would solve it, but as a safety measure I copied the text in the Introduction entry to the clipboard. Again the same thing happened: the Introduction section just disappeared.

I noticed that the text in the Introduction text entry was just plain text without any line breaks. So I added <p></p> tags around it after pasting it again from the clipboard, and then it remained. But I had not saved the remainder of the Rules section anywhere.

When I pasted the missing text at the bottom of the Rules text entry in the submission form, it again consistently disappeared on saving the submission. The only content remaining in that section was the first sentence, followed by a line with a <p> tag. Only when I pasted the missing text under that, and added a closing </p> tag behind it, the text remained on submission.

So it seems that text not in HTML tags, or in unbalanced tags, gets deleted on submission. It is risky to assume that none of the articles that I am editing will not contain any such text, and if they do these would be severly dameged on editing; probably withoout noticing it.


Ben Reiniger wrote on Thu, Dec 1, 2022 03:32 PM UTC:

I made a quick test submission and can confirm that text outside of paragraph tags disappears somewhere between the submission and the database. What changes happened with the addition of markdown as an option for MS pages, and to what extent does CKEditor interfere with the HTML option?


H. G. Muller wrote on Thu, Dec 1, 2022 04:00 PM UTC in reply to Ben Reiniger from 03:32 PM:

It has nothing to do with the CkEditor. When I switch JavaScript off, so that this editor cannot be invoked, the text also disappears on submission if there isn't a closing </p> tag.


Enchanted Forest. Members-Only Chess Variant with fairy pieces. (8x8, Cells: 64) [All Comments] [Add Comment or Rating]

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Since this comment is for a page that has not been published yet, you must be signed in to read it.

Centaur Chess. Pieces move backwards as Knight. (8x8, Cells: 64) [All Comments] [Add Comment or Rating]
🕸Fergus Duniho wrote on Fri, Dec 2, 2022 09:47 PM UTC in reply to H. G. Muller from Thu Dec 1 08:09 AM:

When I pasted the missing text at the bottom of the Rules text entry in the submission form, it again consistently disappeared on saving the submission.

That should be fixed now. When I switched member submissions and revisions to using Format, I neglected to modify database-funcs.php to recognize Format as a column in the MemberSubmissions and Revisions tables. I have now corrected this omission. So, what was going on was a database security precaution that hadn't been updated with new information about changes to the database.


25 comments displayed

EarliestEarlier Reverse Order LaterLatest

Permalink to the exact comments currently displayed.