Hi Yakov, On Monday, June 23, 2014 1:36:47 AM UTC+8, Yakov wrote: > > Hi Vincent, > > > > * the "Edit wrappers and tiddler title" optioin started to get changed to > false each time on startup (which disables editing, say, plain text > blocks). Did you make it become false by default? > > > Yes, I did. Please enable it the way you like. > > > Ok, no problem with that, although I wonder what's the motivation for > this: for a new user, twve.extra looks like "edit everything inline", and > the need to change some option to enable plain text blocks would probably > be surprising.. >
Yeah, you are right! I didn't notice that. Thanks! > > > ** because of that, I've noticed that (in FF) working with the options > menu (in the top right corner of a tiddler) is not smooth at all: > sometimes, when I try to move the cursor from the first level of the menu > to a second one (say "*twve.core* Options"), the whole thing get closed > instead of keeping open; sometimes, I make several attempts before I > actually change an option. I'd propose that the menu should close on click > elsewhere, not on mouse out > > > I noticed this with FF/Ubuntu, but with FF/Win8 there is no such thing. I > am still trying to figure out... > > > By the way, in Opera 12.17, when I open the menu for the first time, it > gets slightly cut (as well as submenus) and gets ugly scrollbars which take > out even more space of the menu > With Chrome it's the same as Opera, and the menu becomes normal after the 2nd time. I don't know what to do about it yet. > > > > * without autosave, table rows/colomns and list items move quickly indeed > > ** by the way, why so different symbols for buttons moving rows and > colomns? you may use "⇐" and "⇒" for uniformity > > > Because I did not find consistent symbols in ASCII set, and I don't know > how to use images in buttons yet. :-) > > > So, how about this set ⇑, ⇓, ⇐ and ⇒? > Also, see http://unicode-table.com/en/ > <http://www.google.com/url?q=http%3A%2F%2Funicode-table.com%2Fen%2F&sa=D&sntz=1&usg=AFQjCNEF5nM5a0xOOqYYBGtiTfoxgU1H2A> > These ones look good, if the left and right don't go too wide. I'll try them. Thanks. One little thing, the left and right do not look exactly the same size, is that just my browser or their sizes are really not the same? > > > > * another issue concerning the sizes: create a tiddler with this simple > content: > !section > Type the text for 'New Tiddler' > then, open the section text for editing, edit it (say, add "+" to the end > of the text), ctrl+enter to save, then open it again: the preview area size > gets huge! > > > I do see huge preview box from time to time, but not quite reproducible, > so I don't know what's wrong yet. > > > So, doesn't my recipe work to reproduce this behaviour? I've tried it in > Opera, and it works there for me as well. > With FF/Ubuntu it does not give huge preview with your example (at lease not within the times I had tried). I do see sometimes huge preview with my own tiddlers but, as I said, it's not quite reproducible so I don't how to fix it yet. I'll just have to wait for more evidences. > > *** > > I've got another bug about moving list items. Simplest case: create a list > * one > * two > * three > and open inline editing of the last one. Press ctrl+down: the item gets to > the top of the list; the expected behaviour is -- nothing happens. > Well, this is not a bug. This is what I wanted in my cases. But it's true I did not think of the following cases in which your expectation should happen. I will add such consideration into the codes. > While this can be of use in some cases (if one needs to "rotate" a list), > further details make this behaviour inconsistent even in this context: > * one > * two > separator > * three > now we have two lists, and pressing ctrl+down in the last item will bring: > * three > * one > separator > * two > which is not rotating inside one list. > > Furthermore, if one of the lists contains list items of higher level, > sometimes this "rotation" causes all list items become first-level; this is > even animated as an "avalanch": the "rotated" list item goes up on step at > a time, and when it jumps over the second-level list items, those "fall" > one level down. Though, I remember that rearranging of multi-level list is > not something that is fully supported for now. In fact, the "ctrl+left = > ctrl+down" issue is more important, because I get these avalanches mostly > when I forget about this issue (as I constantly use ctrl+left/right for > navigation/selection). > That's right! I forgot that ctrl-left/right are used for navigation/selection (I haven't used them for too long). You are right that multi-level lists are not really supported. What I do now is to extract the whole list (both in DOM and wikitext), wikify it in the preview box without showing it, and replace the old one with the newly created. This is the simplest way for twve to handle list items, and I think it should work as much as TiddlyWiki does for lists. > > By the way, have you thought about a possibility to rearrange lists/table > raws/colomns in a drag&drop manner? > Yes I had, but I did not put it on top of the list so I still have not a bit idea of doing drag-and-dropping with Javascript. Have Fun! Vincent > > Best regards, > Yakov. > <blockquote class="gmail_quote" style="margin: 0;margin-left: > 0.8ex;border-left: > ... -- 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 [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/tiddlywiki. For more options, visit https://groups.google.com/d/optout.
