I've replaced the mockup widget with the beta one I posted a while back. I haven't made any changes to it since then, so the same quirks from before apply. The main reason for the switch is to get rid of the problem with resizing the box on non-forum pages.
The compatibility is as follows:
FireFox 2
Opera 9
Konqueror - does not work with "smart" popup blocking
IE 7 (visually messed up a bit)
Safari Nightly Build
Older browsers may or may not work. I don't really care if they don't. They are all free upgrades.
Attachments do not work under Safari 2. But as always, you can edit your post and use the link on the bottom right to add attachments using a classic interface. (At the moment, that page is also the only way to delete attachments from any browser.)
Be sure to hard-refresh to get the latest JS and CSS files.
Personally I like the last version. Now when I click Preview or Spell Check it takes away the text-editing feel and auto-scrolls up for me. 
But if this one works better, I'm all for that.
[re-edit]
Void all above. I actually hard refreshed... and I love it now 
So, a small list of beefs with the new widget, under Firefox 2.0:
- The editing window is half the width it used to be, which is terribly annoying.
- I liked the tabbed feel way better. Now I don't really feel like it's the same page, because it auto-scrolls on me too. Feels rather like a page-reload.
- When I hover over the "preview" etc. icons, the cursor is the standard "hovering over text" beam. Doesn't really suggest that you can click anything there.
- When I clicked 'Attachments' and then 'Spell Check', the text displayed was overlaided over the Add Reply button and the smileys.
Overall, I liked the previous one way better. Those issues are all with the quick-reply box. EDIT: And they stay the same on the normal reply or edit page.
The main reason for the switch is to get rid of the problem with resizing the box on non-forum pages.
Can't you just disable that? It's not like it's something we can't get by without...
I am for the new one ! It looks more polished !
So, a small list of beefs with the new widget, under Firefox 2.0:
Please refresh the CSS as instructed...
Oh, hot! The edit window's height is resizeable! This makes me happy!
Oh, hot! The edit window's height is resizeable! This makes me happy!
It has been for quite a while. At least the last one definitely was.
Good thing is that with this version you won't lose all your text when pressing spellcheck/preview with Konqueror. Just tested the upload in Konqueror 3.5.5 and guess what, it worked! So you can replace "Attachments do not work under Safari 2 or Konqueror" with "Attachments do not work under Safari 2"
The box changed some but things seem to working fine in konqueror, except for upload (konqi 3.5.5).
[edit]
Oops forgot that I can resize it's length. 
Testing attachments... failed. 
Though it seems a bit broken. I tried typing something into the filename box, and it started trying to upload before I finished typing it in. :x
Are you trying to say that attachments are hit-and-miss with Konqueror?
Before:
{"name":"590804","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/6\/9\/69bf001271c6e87cbd13c5c25d596e4b.png","w":691,"h":183,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/6\/9\/69bf001271c6e87cbd13c5c25d596e4b"}
During:
{"name":"590805","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/8\/a\/8a33d17d478d30493b05fc39171b7f9f.png","w":691,"h":207,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/8\/a\/8a33d17d478d30493b05fc39171b7f9f"}
After:
{"name":"590806","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/f\/6\/f6e02b6771d3424dd60698d7e9004c28.png","w":691,"h":198,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/f\/6\/f6e02b6771d3424dd60698d7e9004c28"}
Well, it works for me so I'm happy 
I use Gentoo with the almost latest KDE versions of everything.
konqueror-3.5.5 and kdelibs-3.5.5-r6 are the two that should matter, I think. Only thing was that it asks me for confirmation about if I would like to allow the page to submit the form. Perhaps there is something with Konqueror's default JS settings that I've changed that make it work? I've set it to ask when opening a new window and everything else is allowed for JS.
Must be your js settings then. I'm on Gentoo with everything recent.
konqi-3.5.5 and kdelibs-3.5.5-r6.
If you are interested then this is the confirmation it asks:
{"name":"590808","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/f\/4\/f4247bb07ebcbcedbcaf688f45e3bac0.png","w":472,"h":189,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/f\/4\/f4247bb07ebcbcedbcaf688f45e3bac0"}
Loosely translated it would be
"Page is trying to submit a form that is trying to use JavaScript to open /upload on a new tab.
Would you like to allow that?"
Of cource nothing really gets opened in a tab but it works nevertheless.
Ah ok, yeah if I have it on smart it won't do it. Putting it to ask to work in a new window allows it to work. 
FTW!
For me, when I put something it it says "Uploading..." next to the input box, then a few seconds later, "Failed". Of course, it tries to upload the moment I type something into the box and doesn't wait for me to finish, so I have to use the dialog selector.
Not bad. Definately looks much better after you refresh the CSS.
I publically declare that I am dumb and can't even follow instructions properly. Everything works OK after refreshing the CSS. Looks smooth, good work!
It would have been good to have horizontal resizing too
Looks and feels nice.
Everything works fine (Opera 9)
Are you trying to say that attachments are hit-and-miss with Konqueror?
TF had done a bit of testing with Konqueror on the demo when I previously posted it, and I think he was eventually able to get it to upload after I made various tweaks. However, when I tried from Ubuntu last night (using apt-get Konqueror with default settings), it failed.
Konqueror and Safari seem to be the most quirky of all browsers. What works on one version sometimes fails on some other minor version. It would be helpful if you could change your upload dialog settings and see if it still works.
Konqueror and Safari seem to be the most quirky of all browsers. What works on one version sometimes fails on some other minor version. It would be helpful if you could change your upload dialog settings and see if it still works.
It works, there is just some items under javascript settings thing that need to be checked... I don't know how it looks in english, my system is in japanese, but I can give you a screen of my dialog and what needs to be set:
{"name":"590811","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/1\/6\/167b2d209002457607ba38262dc1f47b.jpg","w":932,"h":597,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/1\/6\/167b2d209002457607ba38262dc1f47b"}
After further testing on Konqueror 3.5.5, it does work for me when I disable "smart" window blocking.
For me, when I put something it it says "Uploading..." next to the input box, then a few seconds later, "Failed". Of course, it tries to upload the moment I type something into the box and doesn't wait for me to finish, so I have to use the dialog selector.
I have ther same behaviour. (Opera 9)
I posted something using IE6 just to check. I know no one cares to use it, but a bunch of guests do. Anyway, basic functionality works just fine, no major broken-ness.
Don't know if it's been mentioned but with the new input window Firefox loses it's data when you go forward then back, this was fixed. Can we have the old one back please
It works surprisingly well with IE6, which is what I'm still using on my Windows 98 computer.
The only problem I'm having is based on the fact that my text window background colour is not the default white. (In fact, it's a very dark gray so the text is a light colour.) When I click on "Preview" or "Spell Check", it goes to look like a normal post with a white background, but when I click them off, the background colour is not returned from white to my Windows setting.
Surely that's simple enough to fix.
--- Kris Asick (Gemini)
--- http://www.pixelships.com
It uses your system colors. Change them, and you'll be okay. Or edit your custom Allegro CSS to override your system.
I know it uses the system colours, just not when switching back from preview or spell check to the edit window. (That, or perhaps it's not assigning back the correct system colour?)
--- Kris Asick (Gemini)
--- http://www.pixelships.com
Oh, I see. I must have made the textarea transparent with the z-index of the system color layer staying behind the preview.
Looks great. Today I connected from school to check out some threads and saw that something has changed. But it looked crappy before I read this thread.
Weird bug: (Opera 9)
simply left-clicking (without dragging) on the bar that let's you adjust height will make the box a little longer.
Same in Konqueror (like anyone cares 
) and also with right clicking.
Same in Firefox. It is a side effect of how he handles the mouse clicking I think, because if you notice, it grows only a little bit if you click in the top of the box, yet if you click as far down as you can it grows slightly more.
Here's a possible broken link. When you click on Post Reply and then decide you want to go back, but instead of hitting backspace, you click the link to the left of Reply (in this thread, it would be "new mockup widget"), you go back to the main page.
Opera 9.0
At first I was going to ask you WTF you're talking about, then I realized you aren't using the quick reply thing so you have to go to a separate page to post a reply. :-x
Seems to work on IE 7 as well.
Edit. It would be cool to not have to go to a new page to edit your post. The basic Idea is like this:
1) Add an id parameter to the content div.
2) Add an id tag to the tag named <div class="forum-table"> on the edit-post page. Lets make it id="TheEditForm"
3) Make the edit link activate the function below named onEditClick passing in the post's ID code (the function assumes the format Post_######).
| 1 | //Gets the browser specific XmlHttpRequest Object |
| 2 | function getXmlHttpRequestObject() { |
| 3 | if (window.XMLHttpRequest) { |
| 4 | return new XMLHttpRequest(); |
| 5 | } else if(window.ActiveXObject) { |
| 6 | return new ActiveXObject("Microsoft.XMLHTTP"); |
| 7 | } else { |
| 8 | alert('redirect to edit page, this wont work for us.'); |
| 9 | } |
| 10 | } |
| 11 | |
| 12 | function onEditClick(idName) |
| 13 | { |
| 14 | var postnum = idName.substring(5); |
| 15 | |
| 16 | if (receiveReq.readyState == 4 || receiveReq.readyState == 0) { |
| 17 | |
| 18 | var recieveReq = getXmlHttpRequestObject(); |
| 19 | receiveReq.open("GET", '/forums/edit-post/' + postnum, false); |
| 20 | receiveReq.send(null); |
| 21 | getElementByID(idName).innerHtml = '<div class="forum-table" id="TheEditForm">' |
| 22 | + recieveReq.responseXML.TheEditForm.innerHTML |
| 23 | + '</div>'; |
| 24 | } |
| 25 | } |
Javascript code is provided as-is.
What DDustin said would be nice.
I've made changes to resolve some of the quirks that are within my control. Hit refresh to force an update.
Any news on the on-page edit feature?
No.
Damn.
No more problems with the background colours!
--- Kris Asick (Gemini)
--- http://www.pixelships.com
Perhaps you should make the 'help' button open up the mockup help in a "tab" of the widget, instead of a new window?
I dunno about that... I prefer having it pop up in a new window.
--- Kris Asick (Gemini)
--- http://www.pixelships.com
I thought it was really weird and crappy until I read this thread and refreshed.
Nice work, carry on.
Don't know if it's been mentioned but with the new input window Firefox loses it's data when you go forward then back, this was fixed. Can we have the old one back please
Same problem here, I've lost a long post because of an unwanted click (damn touchpad), and to my surprise the box was empty when I went back to the page (FF 1.5)
It's a browser bug. There's nothing I will do about it.
Matt, I made an in-page editor plugin, but the update button doesnt work (neither do smilies, but thats an issue for another day).
Whats the simplest HTTP request I can send to update a post?
Hm, I see now you generate a token cookie 's' in what appears to be mangled js... cheap bastard..
P.S. Acc is all sorts of broken on IE7 (was using it for fiddler).