Good for everything likely not of importance anymore in two days
You can always move interesting conversations to a page with an appropriate title later. It's a wiki ;)
Putting in titles for day-entries helps finding back things easier. New day-entries below this line, please.
2007-Sep-27#
Yesterday we had a spambot attack. The attacker used multiple IP's and created hundreds of accounts, and of course spamed alot of pages. It seemed to be a general attack against JSPWiki installations. I don't know yet how to protect against this, other than locking the page down, only allowing edits from accounts I gave edit permissions. I will give every account editor rights, that drops me a note and therefore proofs to me that he is not a stupid script. So if you have something important to say, just drop me a note and I'll give you editor rights.
Sorry for the inconvenience, I'll open this wiki again as soon as I have a appropriate patch to protect against this stupidity. For now it's more important that everyone can read the stable spec without spam.
-- ChristophSauer, 2007-Sep-27 13:26 (CEST)
It seems to be completely locked if you haven't registered. Previously, I was recognized even if I wasn't authenticated (I think that at the beginning of 2007, I had to authenticate to have my contributions properly attributed); now I'm redirected to the login page until I've entered my password, even before trying to edit anything.
Shouldn't this wiki be read-only for unregistered visitors?
-- YvesPiguet, 2007-Sep-28
Correction: I've tried from another computer (a virtual one actually), and I can read pages. So the problem exists only when my authentification has expired (not important).
-- YvesPiguet, 2007-Sep-28
Yes, try to view the page from a browser that does not remember you (by cookie), you should be able to view the pages. The strange thing is that as soon as you have logged in, JSPWiki 2.4 requires you to log in, even if one set the policy to give view rights to everybody. If you entered a wrong login, JSPWiki will show you the rejected message, but if you continue, you will be able to view the pages (like expected). This only happens in this current configuration where you grant view rights to all, and edit rights only to users which where granted a special role. This seems to be a bug in JSPWiki.
--Christoph
2007-Sep-12#
Wikicreole engine seems to give unexpected results. In the Sandbox, copy this:
//Italic text ---- = H1 ===== H5 Some text
"Some text" is rendered in italic. Try also
- to remove the line with the horizontal rule: H1 becomes italic
- then to remove the blank line following H5: the line break disappears
- and then to replace "Italic text" with just "Italic": the double-slash is rendered as normal text, as if it were escaped
Skipping intermediate steps produces different results...
-- YvesPiguet
What is the Wikicreole engine? Did I miss something?
By that I mean the engine running www.wikicreole.org. It must be JSPWiki, possibly with experimental features.
Sorry for the confusion.
-- YvesPiguet, 2007-Sep-16
2007-Aug-22#
The German cheat sheet is encoded with UTF-8, but rendered as ISO-Latin-1 in Safari. Same problem in Firefox, but Opera is fine. Have you specified an explicit charset?
-- YvesPiguet
Thanks Yves, I added the header attached it to CheatSheet.
-- ChristophSauer, 2007-Aug-23 17:27 (CEST)
2007-Aug-18#
Sorry for coming again with that, I remember having been told there is no solution, but it's the 7th time in about one week that I must revert Michele Tomaiuolo. It's been so fast lately I guess someone is doing it on purpose. It's been done by 195.225.177.136, which doesn't have a reverse DNS entry.
This wiki seems to have an automated locking mechanism. Couldn't you add a rule to stop changes with too long subject lines, or which empty pages, especially from unregistered connections, and especially if it's repetitive? And a way to prevent automated scripts from working, such as images to decipher or simple arithmetic to do à la C2?
-- YvesPiguet
Maybe it's time now to activate akismet again. I also will look into other options of the JSPWiki spam filter. Michele, as a quickfix I locked your page, but of course I know that this is no permanent solution.
2007-Aug-16#
Yesterday I couldn't restore two pages successively, because I was blocked for a few hours because of my
suspicious activity. But the Change note of my second attempt was registered while the contents of the
page was left unchanged. The history in
http://www.wikicreole.org/PageInfo.jsp?page=MicheleTomaiuolo doesn't reflect that.
-- YvesPiguet
Yes, there's something wrong. I'll look into that immediately.
-- ChristophSauer, 2007-Aug-16 14:10 (CEST)
2007-Jul-16#
I would like to suggest a possible extension for 1.0. This would be for inner page anchoring and linking:
Inner Page Anchors and Links
For inner page anchors, the following syntax is recommend:
[[#1]]
Suggested HTML:
<a name='1' />
For inner page links, the following syntax is recommended:
[[#1|text]]
Suggested HTML:
<a href='#1'>text</a>
Note: without optional link text, using the # results in an inner page anchor. However, when using the optional link text, using the # results in a link to an inner page anchor.
-- JohnCook
I'd prefer a clearer way to disambiguate anchors and links, so that links don't need text; e.g. [[@Chater1]] for anchor and [[#Chapter1]] or [[#Chapter1|Chapter 1]] for link.The at character is used for labels in some assembly languages, iirc, so it isn't new. It would also blend more cleanly with links between pages.
-- YvesPiguet, 2007-Jul-17
2007-Jul-09#
I have a Wiki engine that has a dialect based loosely on MediaWiki's dialect. My original thinking was that this might evolve as a standard. I am now in the process of developing a wiki engine based on Creole 1.0. It currently supports everything in the 1.0 spec except for secondary levels of lists. It also supports most of the formatting extensions.
Anyway, as part of this activity, I have been developing a Springified Java package for my engine. I was thinking that it might be of interest to other Java developers. While I am not yet interested in placing my engine itself into the open source domain, I would be willing to share the interfaces and abstract classes above and around the engine either as source or as documentation to stimulate further discussion. Is anyone else working on this or interested in seeing what I have done?
If there is enough interest, is there any particular place on the Creole Wiki where I should post it?
-- JohnCook
2007-Jul-16 Update: I now support the multi level lists. This completes my 1.0 implementation except that I am definitely having trouble with mixing second level unordered lists with bold. Does anyone have recommendations for a strategy here?
-- JohnCook
2007-Jul-05#
Isn't it possible to reduce spam with technical means? Something like c2, maybe?
-- YvesPiguet
The spam filter is already catching alot of this, otherwise we probably couldn't work here anymore. It's not worth talking about spam ;)
-- ChristophSauer, 2007-Jul-05 21:11 (CEST)
2007-06-18#
Have you heard about the software that can convert between several different markup formats, called Pandoc http://sophos.berkeley.edu/macfarlane/pandoc/
02. May 2007#
I've renamed the Creole 1.0 to 0.7 (including discussion pages) and marked it as rejected. For Creole 1.0 I've setup a small road map. It can be discussed on the Talk.Creole 1.0 page.-- ChristophSauer, 2007-05-02
Hi all,
As you may know, I try to implement the exact Creole 0.6 specification. In the links section, I found "At least images inside links must be supported."
Does this mean, that the link description could consist of exact one picture? Or does the specification allow multiple images, or text mixed with an image, in one description?
Is an image (inline) in a table cell allowed? It was not mentioned in the specification.
Thank you very much for your reply!
-- Martin Junghans, 2007-04-30
I read it that the spec allowed for multiple images or text mixed with an image, just like HTML. Inline images are allowed in table cells.
-- Chuck Smith, 2007-May-02