I read that the new KB comes with a WYSIWYG editor, so I wonder if we may see one for the forum. Probably one which also supports the option.
I don’'t want to see more options, so B I U URL (and CODE) are fine, so we could forego the “Preview” button. There is also the attach file option, but this one does usually not require a preview.
A better spell checker was already requested in the JS.com forum.
Yep, a GUI editor is coming for the forums. We’'ll also be making a number of improvements to the post form. We realize people spend a lot of time on that page so we want it to be as enjoyable as possible.
We’'ll deploy a beta version of it in less than a month – looking forward to your feedback!
most users write some text and this takes long and some of them think even about what they are writing so I think you will not really speed up the time the people spend on the “Post Message” page. If you make it more comfortable they may spend even more time there ;).
I did forget to mention the emotions - I usually use the Spark emotions picker to get the ascii code for
We’‘re looking at building in an auto-save feature (a la gmail) so that even if users spend a lot of time there, they won’'t be in danger of losing their message.
Auto-save? How does this work (not using gmail)? Cause after so many years in forums i got used to press Ctrl-A Ctrl-S before posting This feature will save everything you type in real time? Like my email program does
It’‘ll work much like gmail – as you type, it’'ll save in the background or you can click the “Save” button and force a save. The goal is to have the system never lose the message.
this sounds like a flash plugin on an applet, which I both do not really like. And posting the data every minute seems not to be effective, or do you post just the delta data?
You’'re right i think you would need something else like flash to write local files. But you can use javascript to save it back to the server which is what gmail does.
I prefer a WYSIWIG editor. [ code ] is still not in the Text Markup Help while one must escape [ with a \ to get it displayed, otherwise it will be displayed like as an URL. So one get’'s totally confused about code[/code] while without spaces it looke like as no trailing / C O D E folllows.
A wysiwyg editor is comin very soon - it’‘s actually disabled currently on this site because the conversions between html -> text markup syntax isn’'t quite ready yet. It will be visible on IE 5.5+ and Firefox/Mozilla; other browsers such as Safari and Opera will only have the plain text editor available to them.
I think there may be a few issue with the current code tag, however you could try using the (undocumented currently) code macro which actually supports syntax highlighting other languages. The syntax is:
maybe one can use the preferences to select the editor one wants to use? And the forum administrator has the option to decide which reply forms are offered (old school, this one, WYSIWYG).
Hi Aaron,
I see a very bad problem with the new editor. It takes ages to load. If I click “Reply” I want to reply and not wait 10 (ten) seconds to wait for the page to load.
So the browser must verify that all images, css and JS are still up to date and this seems to takes so long, maybe the JS scripts themselves load other JS scripts which makes it even slower.
==> As long as loading takes so long I want to edit my preferences and select a reply form which loads fast.
If one posts an expetion of the error log which also contains brackets it will look like:
2006.07.04 17:20:45 org.jivesoftware.wildfire.spi.ConnectionManagerImpl.startClientListeners(Connect ionManagerImpl.java:206) Could not setup a server socket
java.net.BindException: Address already in use
==> I do not like the new url markup code, it makes a lot of the current threads look ugly and also new threads look bad.
We’‘ll work on the performance issue and see what we can do to improve it - extending the ttl to a more reasonable value. Once the gui editor is enabled you will indeed have the option to choose which editor to use by default. There is and will not be a built-in option for administrators to use the ‘‘old style’’ post form, though they will have the option to disable features such as the inline spell checker or the wysiwyg gui editor. We are leaving the existing WebWork actions in place so current installations will have the option to replace the ‘‘new’’ post page with the post page from the 5.0.x release, though of course they will no longer have access to all the new features we’'ve added.
I’'m missing the BOLD, ITALIC and UNDERLINE buttons to change the currently selected text, writing *, + or _ manually before and after the interesting text is lame.