Bram Thanks for this. I tried your ideas and here's what I found.
I downloaded a fresh copy of your HTMLArea project and placed it a new folder well away from my other test files. 1) On the same PC I've been using for my testing I got the same odd behaviours in IE6 even after clearing cache and removing the TW cookie. 2) I got the same odd effects when using the demo file in the HTMLArea/ Examples folder, suggesting that any problem is not in the TW itself 3) I used FireFox 3 on the same test PC and it worked fine! But read on. 4) I downloaded a copy of the project to another PC and encountered the misbahviour in IE7. At this point I 'm assuming thre text imply a problem with IE and HTMLArea. I don't know if the following are significant but: - I created a new tiddler in both the IE and Firefox environments, tagged it with wysiwyg, saved it and reopened it for editing to see if IE and Firefox behaved differently in any other ways: - In IE the standard new tiddler text was present and cursor was positioned at the beginning of it. The text styles were set to "normal" in thew drop-down box. If I typed text including carriage returns then the new lines were separated by lots of spece and text style drop down continued to show Normal - In Firefox, the standard new tiddler text was present and the cursor was again positioned at the beginning of it. But the text styles drop-down was set to Heading1. If I immediately saved the tiddler though, the new tiddler text was NOT displayed as a heading. - If instead, I typed text into the new Firefox tiddler along with some carriage returns, the new lines were not seperated by wide distances and, wherever I placed the cursor, the text style drop-down continued to show Heading1. However, when I saved and viewed the tiddler the text was NOT shown as a heading - If I highjlighted all the text in the editor Firefox and reset its style to Normal, the lines became widely spaced. I could then choose just one of them and use the style box to give it a heading successfully or give a line the bullet style. Saving the tiddler showed the tiddler with just the one line as a heading. So IE and Firefox appear to open the wysiwyg troddlers with different text styles at the beginning of the first line even though Firefox doesn't seem to store the resultant text as a heading until I explicitly set that style to a single line. Although Firefox has some advantages in my working environment (it doesn't throw so many security warnings during normal editing processes) it's less convenient than IE which is available on more of my PCs and IE allows users to paste into editing windows whereas Firefox throws a complicated prohibition which I've yet to find out how to solve. So I'd prefer to use IE if possible. Is there by any chance enough information here to confirm that our problem lies with IE and to see how we might solve it perhaps? Thanks Kevin On Oct 22, 11:44 am, BramChen <[EMAIL PROTECTED]> wrote: > Kevin > > Strangely, I've never encountered the problems you mentioned except > the table markup of TW. > (Fx 3.0.3/ WinXP SP3) > > You could try these steps: > 1) clear the cache and cookies of your browser > 2) close your browser > 3) open your TW in browser again > > and/or please try the original copy downloadded form my sf project > site if it works correctly on your browser or not. > > Recently, I'll release next version of this package, included a new > macro newWysiwygTiddler, fixed the problem of table markup and also > upgraded the editor toHTMLArea-3.0-last-20071025. > (It would be more compatiable with IE7) > > On 10月21日, 上午4時33分, kilucas <[EMAIL PROTECTED]> wrote: > > > > > I've retried this after setting the editor region to English and > > usingBramChen's guidance on how to create a tiddler with the wysiwyg tag > > from scratch rather than opening one in the standard editor first, > > tagging it, closing it and reopening it inHTMLArea. But the > > formatting problems remain. > > > 1) The heading buttons misbehave as above while text colouring works. > > > 2) Bold, Italic, underline, strikethrough, bullets and all the > > justification buttons appear to misbehave in the same way as each > > other - they apply to the whole of the text I've entered and not just > > to highlighted text or the paragraph in which the cursor appears. It's > > as if they're ignoring line breaks or even the boundaries between what > > I've highlighted and what I have not even though colour and background > > formatting respect these just fine. > > > 3) Table, hyperlink and image buttons work fine. > > > Does this by any chance suggest what's going wrong with this editor > > perhaps? > > > I noticeHTMLAreain ASciencePad permitted italics only via its > > toolbar button and not via TW markup while theHTMLAreaversionBram > > Chen now has permits TW markup for italics but the toolbar misbehaves > > as described above. The same correspondence is true for almost all the > > other formats that aren't available as TW markup in ASciencePad but > > which are available as TW markup inBram's. Conversely, TW markup > > isn't available for tables inBram'sbut the table button does work > > there. Is this irrelevant or might this supply a clue about what's > > going wrong perhaps? > > > I know I can work round some of the formatting issues using the TW > > markup rather than the editor buttons but that'll confuse any other > > users of my TWs so it'd be great to nail this if at all possible. > > > Thanks > > > Kevin > > > On Oct 12, 5:49 pm, kilucas <[EMAIL PROTECTED]> wrote: > > > > In the Mathematical version ofHTMLAreain ASciencePad I can highlight > > > a line of text and use the styles dropdown to mark it as a header. If > > > I attempt to do this in the version > > > ofHTMLAreaathttp://sourceforge.net/project/showfiles.php?group_id=150646&package_... > > > then the whole of the text on the current and all subsequent lines is > > > marked with the new header style. > > > > If I just place the cursor in a row without highlighting anything and > > > choose aheadingstyle, the mouse cursor jumps to the bottom of the > > > text, indented by one character, and marks the row to which the cursor > > > has jumped with the correctheadingstyle but not the row on which the > > > cusrors was originally placed. Whreas, if I do this in ASciencePad, > > > the whole of the original row is marked with theheadingstyle > > > correcvtly and the cursor doesn't jump anywhere. > > > > The same effects apply in the demo file within theHTMLAreafolders, > > > suggesting that this is not just something odd I've done in my TW. So > > > I wondered if something odd has therefore happened to style handling > > > in this version (and its recent predecessor which manifested the same > > > trait). > > > > For the record, text colouring and background colouring apply to > > > highlighted regions as expected. > > > > Does anyone know how I'd fix this perhaps please? > > > > Thanks > > > > Kevin- Hide quoted text - > > - Show quoted text - --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To post to this group, send email to TiddlyWiki@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/TiddlyWiki?hl=en -~----------~----~----~----~------~----~------~--~---