wolfgang, On Sunday, August 26, 2012 7:25:50 AM UTC+8, wolfgang wrote: > > > I also think there are too many buttons around the table and should figure >>> a way to rearrange them. It sounds like a good idea to replace the delete >>> button with a cut button, but I don't quite understand what "upon a cut >>> would be changed into a paste" means. What I am thinking is something that >>> is invisible most of the time and visible when the mouse is over a certain >>> place (the corner of a table, for example), just like the pull-down menus >>> that we already see in a lot of pages. >>> >>> I thought of changing the 'x' of the delete button to a 'c' with the >> addition of the 'cutting' ability to this button, - And which upon an >> actual cutting of a column would change the 'c' into a 'p' for pasting in >> this button available below every column. Which would bring the limitation >> that actually only one column could be deleted/cutted at a time (since all >> 'c' button change to 'p' after having it used for a cut). Therefore agree >> that popup menus visible upon hovering would be really a better way. >> >> After working a bid more with TableEdtor I actually don't think the > ability to cut and paste columns that much of a priority anymore. Though > this really is one of the hardest things to do with TW table syntax, With > TableEditor its actually not such a feast to accomplish anymore..- If the > need arises - then the cell contents can always be cut and pasted > individually fairly easily and quickly too now. Also concerning how rare > such a need really is.. ..and for not to bloat TableEditor unnecessarily > with abilities not that often needed. > > Sounds reasonable. Will think about it. Thanks a lot.
> But what still is disrupting the workflow are the 'jump-ups' with a > refresh of long table tiddlers after each row/column added/deleted. Though > gladly this doesn't happen with every cell edited, but for example whenever > cells are joined too (ie: after entering a '~' in a cell). > > Upon insertion/deletion of rows/columns, or joining cells by '~' and '>', the TableEditor calls the story.refreshTiddler() to let the formatters do their jobs. The 'jump-ups' is probably caused somewhere in that function. Unfortunately this does not happen in all the browsers I tested here (with your large table and Eric's UndoPlugin 0.2.1): Chrome/Ubuntu 12.04, FF 14.0.1/Ubuntu 12.04, FF14.0.1/Win7, Chrome/win7, IE9/Win7, Safari/Win7. I guess the TableEditor is interfering with some of the plugins you are using and I am not. If you can find it then I can try to fix it. > Regards. > Cheers, Vincent -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To view this discussion on the web visit https://groups.google.com/d/msg/tiddlywiki/-/lULPiUs6T78J. To post to this group, send email to tiddlywiki@googlegroups.com. To unsubscribe from this group, send email to tiddlywiki+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/tiddlywiki?hl=en.
