Ton,

You could be right about the positioning issue. I'll compare the layout of 
my TiddlySpace and local TiddlyWiki files to see what comes out. Thanks.

Vincent

On Saturday, April 27, 2013 7:15:37 PM UTC+8, TonG wrote:
>
> Hi Vincent,
>
> I am glad you disabled the focusing borders when TWtid has been disabled.
> You are right, I like v1.6.3 even more :)
> Unfortunately I can't use it (or v1.6.2) on a daily basis in my main TW.
>
> The Viewmode Editor plugins work good in a MTC, but they don't work 
> correctly in my main TW while Table Editor v1.4.6 does work correctly with 
> the same TW.
> The focusing borders, the edit box, the preview box and the 'table 
> modyfying' box (< x >/CXP) are all shifted downwards (about 2.5 lines)
> Two examples for a table are given in the screen shots, but the same 
> downshift occurs with all block elements.
> N.B. It is the same for v1.6.2 and v1.6.3
> I suspected a plugin problem.
>
> My main TW uses the following plugins:
> DropDownMenuPlugin
> GotoPlugin
> ImageSizePlugin
> ImportTiddlersPlugin
> InlineJavascriptPlugin
> ListFiltrPlugin
> NestedSlidersPlugin
> QuickEditPlugin
> QuickNotePlugin
> QuickOpenTagPlugin
> RenameTagsPlugin
> SaveAndReloadMacro
> SearchOptionsPlugin
> SimpleMessagePlugin
> TWted.min
> TWtid.min
> TabEditPlugin
> TableOfContentsPlugin
> TableSortingPlugin_TB
> TagSearchPlugin
> TagsplorerMacro
> TiddlerTweakerPlugin
> TiddlersBarPluginMP
> TiddlyFileImportr
> ToggleTagPlugin
> YourSearchPlugin
>
> But when I disable all plugins - except TWtid and TWted - the downshift 
> stays.
> May be it has something to do with the layout of my TW (CSS stuff for 
> fixed position of my Topmenu and Tiddlersbar).
> I'll try to investigate it further.
>
> Cheers,
>
> Ton
>
>
> On Friday, April 26, 2013 3:29:58 PM UTC+2, Vincent Yeh wrote:
>>
>> Ton,
>>
>> I am very glad that you like v1.6.2. I hope you will like v1.6.3 even 
>> more (because I do).
>>
>> TWtid v1.6.3+TWted v1.6.3. (No changes made to TWtcalc 0.8.1)
>>
>> Bug fixes for transclusion support, edit the macro command as well as 
>> the transcluded content (see 
>> http://twtable.tiddlyspace.com/#%5B%5BTransclusion%20support%5D%5D for 
>> details), better focusing border behavior, etc.
>>
>> See release note athttp://
>> http://twtable.tiddlyspace.com/#%5B%5BRelease%20Note%20v1.6.3%5D%5D 
>> download links, test cases and other info.
>>
>> Have fun!
>> Vincent
>>
>> On Sunday, April 21, 2013 8:50:50 PM UTC+8, TonG wrote:
>>>
>>> Hi Vincent, 
>>>
>>> I think about replacing Table editor v1.4.6 (which I use daily) by 
>>> this version; it means I like this version very much. 
>>> Testing with Win7 64-bit, FF v20.01, TW v2.71, TWtid/TWted v1.62, 
>>> TWtcalc v0.81. 
>>> 1) Backstage button visible again. 
>>> 2) The list item is now correct. 
>>> 3) Table editing works good. 
>>> Some - minor - points: 
>>> a) After e.g. row/column editing (insert/copy/paste rows/columns) you 
>>> cannot edit the cell contents directly; you need to leave the "table 
>>> area" and re-enter this area to enable cell editing again. 
>>> b) When using the arrow keys to go from one cell to another, there is 
>>> different behavior using "->" (step from cel to cell with content 
>>> selected) or "<-" (step first from character to character in a cell 
>>> and then to the other cell). 
>>> c) By disabling TWtid and TWted (no checkmarks in option panels) stops 
>>> editing possibility but leaves the area boundary marks of table and 
>>> block elements (an arbitrary viewer of my TW does not want to see 
>>> these). 
>>> In the "old" table only editor v1.4.6 I used Simon Baird's 
>>> ToggleTagPlugin to toggle the systemConfig tags to disable editing and 
>>> get rid of the H, C and E buttons. 
>>>
>>> Cheers, 
>>>
>>> Ton 
>>>
>>> On Apr 19, 6:46 am, Vincent Yeh <qmo.w...@gmail.com> wrote: 
>>> > TWtid v1.6.2 + TWted v1.6.2 + TWtcalc v0.8.1 
>>> > 
>>> > Ark, Yakov, and Ton, 
>>> > 
>>> > I think I had fixed the incorrect list item and incorrect positioning 
>>> > issues. Please check and see. The Error in macro <<tabs>>, <<slider>>, 
>>> > <<tiddler>> should be fixed too. 
>>> > 
>>> > Also fixed some bugs in options panel and added support for IE 10. 
>>> > 
>>> > See release note athttp://
>>> twtable.tiddlyspace.com/#%5B%5BRelease%20Note%20v1.6.2%2B0.8.1...for 
>>> > download links, test cases and other info. 
>>> > 
>>> > Have fun! 
>>> > Vincent 
>>> > 
>>> > ps. There was a tiddler explaining the positioning issue made 
>>> yesterday but 
>>> > now gone, possibly due to the recent hardware failure in TiddlySpace. 
>>> Will 
>>> > make it again later. 
>>> > 
>>> > 
>>> > 
>>> > 
>>> > 
>>> > 
>>> > 
>>> > On Tuesday, April 16, 2013 4:31:08 AM UTC+8, TonG wrote: 
>>> > 
>>> > > Hi Vincent, 
>>> > 
>>> > > Some initial testing with Win7 64-bit, FF v20.01, TW v2.71, TWtid/ 
>>> > > TWted v1.60, TWtcalc v0.80 
>>> > 
>>> > > 1) Cannot reach the backstage (backstage button not available) with 
>>> > > all 3 plugins "activated" (systemConfug tag) 
>>> > > Without the 3 plugins "active" the backstage button is there. 
>>> > > With only TWtid active the backstage button disappears 
>>> > 
>>> > > 2) Example "Transclusion support" gives an error in all the 
>>> > > transclusion cases: 
>>> > > Error in macro <<tiddler>> 
>>> > > Error in macro <<slider>> 
>>> > > Error in macro <<tabs>> 
>>> > 
>>> > > Clicking on the error shows: 
>>> > >     Error while executing macro <<tiddler>>: 
>>> > >     TypeError: b.tiddler is null 
>>> > 
>>> > > After removing the systemConfig tag of all 3 plugins the 
>>> "Transclusion 
>>> > > support" tiddler does not show errors anymore and works as expected: 
>>> > > everything is transcluded. 
>>> > > ================= 
>>> > > Upgraded to TWtid/TWted v1.61 
>>> > > 1) Disappearing backstage button remains. 
>>> > > 2) No errors anymore in "Transclusion support" example. 
>>> > 
>>> > > I had a quick look at both examples. Most things seem to work. 
>>> > > I did notice the strange behavior with the example of Yakov: 
>>> > > ------------------- 
>>> > > * [[TWtid.min]] -- "wikitext manipulator" 
>>> > > * [[TWted.min]] -- "editor" 
>>> > > ---- 
>>> > > Some more text 
>>> > > ------------------- 
>>> > > I will test further and report. 
>>> > 
>>> > > Cheers, 
>>> > 
>>> > > Ton 
>>> > 
>>> > > On Apr 15, 2:55 pm, Yakov <yakov.litvin.publi...@gmail.com> wrote: 
>>> > > > Hi Vincent, 
>>> > 
>>> > > > tested with all other plugins set off and then the same with 
>>> versions 
>>> > > > 1.6.1: the behaviour is almost the same 
>>> > 
>>> > > > понедельник, 15 апреля 2013 г., 6:10:02 UTC+4 пользователь Vincent 
>>> Yeh 
>>> > > > написал: 
>>> > 
>>> > > > > Yakov, 
>>> > 
>>> > > > > Thanks for the quick reply. What you found with the list items 
>>> was 
>>> > > > > possibly fixed in the version 1.6.1 just uploaded. I tried 
>>> locally 
>>> > > your 
>>> > > > > example tiddler below with the latest FF 20.0.1 and Opera 12.15 
>>> over 
>>> > > Win7 
>>> > > > > x64 and Win XP. It seemed the list item issues you mentioned 
>>> here are 
>>> > > gone. 
>>> > > > > Please try again and let me know if there are more to fix. 
>>> Thanks 
>>> > > again. 
>>> > 
>>> > > > > Some of the issues, however, I never had before and now (see 
>>> below). 
>>> > > Maybe 
>>> > > > > conflicting with some addons? 
>>> > 
>>> > > > > On Monday, April 15, 2013 6:54:15 AM UTC+8, Yakov wrote: 
>>> > 
>>> > > > >> Hi Vincent, 
>>> > 
>>> > > > >> воскресенье, 14 апреля 2013 г., 14:11:02 UTC+4 пользователь 
>>> Vincent 
>>> > > Yeh 
>>> > > > >> написал: 
>>> > 
>>> > > > >>> TWtid v1.6.0 + TWted v1.6.0 + TWtcalc v0.8.0 
>>> > 
>>> > > > >>> There were quite some bug fixes and much improved transclusion 
>>> > > support. 
>>> > > > >>> Edits plain text in addition to block elements. Removed manual 
>>> mode 
>>> > > and 
>>> > > > >>> flying C buttons, etc. 
>>> > 
>>> > > > >>> Indeed, backstage is back again and DefaultTiddlers are 
>>> displayed. 
>>> > > One 
>>> > > > >> small detail: second-level list items are displayed as 
>>> > 
>>> > > > >> * item text 
>>> > 
>>> > > > >> instead of 
>>> > 
>>> > > > >> ** item text 
>>> > 
>>> > > > > I didn't have this issue, though. Not sure what was wrong. 
>>> > 
>>> > > > This one seems to be gone, or may be I even have mistaken because 
>>> of the 
>>> > > > "wrong selection of a list item to edit" issue. Two "*" appear 
>>> where 
>>> > > they 
>>> > > > should be. 
>>> > 
>>> > > > > (in Opera) In FireFox I have this strange positioning issue like 
>>> Arc 
>>> > > does. 
>>> > 
>>> > > > > I got the correct position both on- and off-line. Did you have 
>>> the 
>>> > > > > positioning issue with local files? 
>>> > 
>>> > > > I meant a local file, couldn't get any editor box online. 
>>> > 
>>> > > > >> Great news that plain text is being conquered. But the 
>>> situation of 
>>> > > > >> bugs/behaviour is complicated, so let me continue my post in a 
>>> > > "follow-me" 
>>> > > > >> form. 
>>> > 
>>> > > > >> First, I create a tiddler "New Tiddler" with the following 5 
>>> lines of 
>>> > > > >> content (in a TW with vanilla theme -- PageTemplate etc, only 
>>> some 
>>> > > > >> additional CSS): 
>>> > 
>>> > > > >> Beginning 
>>> > > > >> * [[TWtid.min]] -- "wikitext manipulator" 
>>> > > > >> * [[TWted.min]] -- "editor" 
>>> > > > >> ---- 
>>> > > > >> Some more text 
>>> > 
>>> > > > >> As I click on the first list item, I get an edit area and a 
>>> preview 
>>> > > of 
>>> > > > >> the second one. If I edit it (say, change to "* [[TWted.min]] 
>>> -- 
>>> > > > >> "editor"+") and press ctrl+enter, I get the first list item 
>>> visually 
>>> > > > >> substituted with the wikified new text which was thought to be 
>>> from 
>>> > > the 
>>> > > > >> second item; but if I click "edit" and view the tiddler's text, 
>>> it 
>>> > > becomes 
>>> > > > >> clear that actually the second item was changed, and that's a 
>>> problem 
>>> > > of 
>>> > > > >> representation. 
>>> > 
>>> > > > >> Next, let's remove the added "+", the text is back to initial. 
>>> > 
>>> > > > >> Now I click one of the two list items again and start pressing 
>>> the 
>>> > > "down" 
>>> > > > >> key. The editor acts as if there were *three* list items: two 
>>> copies 
>>> > > of the 
>>> > > > >> second one and the first one; and the edit area and the preview 
>>> for 
>>> > > the 
>>> > > > >> first one are displayed on the left, under the "no tags" box; 
>>> > > moreover, the 
>>> > > > >> preview area is grey as is the "no tags" box is. 
>>> > 
>>> > > > >> Next step is trying to click the first line ("Beginning"). 
>>> Instead of 
>>> > > > >> opening the first line, the editor opens actually the two first 
>>> > > lines. 
>>> > > > >> That's not a bug, but an unexpected behavior. 
>>> > 
>>> > > > > Do you mean you see the editbox containing both 
>>> > > > > "Beginning" 
>>> > > > > and 
>>> > > > > "* [[TWtid.min]] -- "wikitext manipulator"? 
>>> > 
>>> > > > > Yes, right. 
>>> > > > > I didn't notice this behavior and don't see it in 1.6.1, 
>>> hopefully 
>>> > > fixed 
>>> > > > > somehow? 
>>> > 
>>> > > > > This and all the issues below still present.. My assembly is TW 
>>> 2.6.5 
>>> > > + 
>>> > 
>>> > > > Opera 12.15, win7 x64. (ok, retested in TW 2.6.6 as well, should I 
>>> go 
>>> > > 2.7.1 
>>> > > > also?) 
>>> > 
>>> > > > >> Than, let's try to click the last two lines. The editor opens 
>>> the 
>>> > > whole 
>>> > > > >> text (the previewer behaves accordingly), but the height of the 
>>> > > editor area 
>>> > > > >> is only two lines. 
>>> > 
>>> > > > > As above. 
>>> > 
>>> > > > >> Finally, when I move the cursor so that the whole text is 
>>> enclosed in 
>>> > > the 
>>> > > > >> border and then click it, I get an editor area of 5 lines 
>>> height 
>>> > > which fits 
>>> > > > >> the whole text, and I can edit the whole text. 
>>> > 
>>> > > > >> This was intended. I thought it should be good if the tiddler 
>>> was 
>>> > > > > transcluded. In most cases the border is for showing "which part 
>>> to 
>>> > > edit". 
>>> > > > > In others with "sub elements", such as sub lists, there is a new 
>>> > > option 
>>> > > > > chkTWtedIncludeSubs in 1.6.1 to tell the plugin whether to 
>>> include the 
>>> > > sub 
>>> > > > > elements or not. 
>>> > 
>>> > > > Yeah, sure, that's a good behaviour (actually by itself, even 
>>> without 
>>> > > > transclusions), I just described what I see in different 
>>> situations, 
>>> > > that 
>>> > > > wasn't a "bug report". 
>>> > 
>>> > > > >> Now let me extend the tiddler. I add the sixth line: 
>>> > 
>>> > > > >> * one more list item 
>>> > 
>>> > > > >> and here more weird things can be found. 
>>> > 
>>> > > > >> The behaviour is changed for two lines: 5th and 6th. 
>>> > 
>>> > > > >> Clicking line 5 (or line 4 which is the same in terms of 
>>> displayed 
>>> > > > >> borders or plain text pieces) shows now *empty* edit and 
>>> preview 
>>> > > areas. 
>>> > 
>>> > > > > Hopefully fixed in 1.6.1. 
>>> > 
>>> > > > >> For line 6, there's two details which makes its behaviour 
>>> unusual. 
>>> > > First, 
>>> > > > >> edit area doesn't contain "*" and preview area shows just text 
>>> > > instead of a 
>>> > > > >> list item. Second, when the cursor in the edit area is one the 
>>> left 
>>> > > > >> position (beginning of the text), preview looks normal; but if 
>>> the 
>>> > > cursor 
>>> > > > >> is in any other position, the text in the preview becomes 
>>> aligned to 
>>> > > the 
>>> > > > >> right. 
>>> > 
>>> > > > >> This seems related to the beginning "second level item" issue. 
>>> But I 
>>> > > > > never had this issue and the plugins do not remove any character 
>>> from 
>>> > > the 
>>> > > > > text to edit, so not sure what was wrong yet. 
>>> > 
>>> > > > >> Regarding transclusions.. I'll skip testing in my local TW 
>>> since the 
>>> > > > >> behaviour is already very complicated. In the online version 
>>> [1] in 
>>> > > both 
>>> > > > >> Opera and FireFox I can't edit (clicking doesn't open the 
>>> editor). 
>>> > > Not sure 
>>> > > > >> what cookie should be set but it seems that all of them are set 
>>> to 
>>> > > what 
>>> > > > >> they are should be.. 
>>> > 
>>> > > > >> May be try it off-line? The plugins disable editing features 
>>> when a 
>>> > > > > tiddler is marked "readOnly" by TiddlyWiki. I guess this is why 
>>> you 
>>> > > can't 
>>> > > > > edit on-line. 
>>> > 
>>> > > > Ok, grabbed the tiddlers from [1] to an offline TW 2.6.6. First, 
>>> the 
>>> > > > behaviour of the transclusion macros (tiddler and tabs) when the 
>>> > > included 
>>> > > > tiddler is missing has changed: instead of displaying blank space 
>>> they 
>>> > > > appear red with the following error message: 
>>> > 
>>> > > > Error while executing macro <<tiddler>>: 
>>> > > > TypeError: Cannot convert 'b.tiddler' to object 
>>> > 
>>> > > > When included tiddlers are present, 
>>> > 
>>> > > > tabs macro: 
>>> > > > wow! not only works, but 
>>> > 
>>> > ... 
>>> > 
>>> > read more >> 
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at http://groups.google.com/group/tiddlywiki?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to