Re: [tw] Re: Inline Editing of tables

[Yakov]

Hello :)

 > Good timing!

Indeed!

<<<
Well, during development I noticed that clicking a link can trigger two 
actions: opening the link and the edit box, due to event bubbling. But I 
didn't like it that way so I introduced the option to restrict it to one 
action, either opening the link or opening the edit box. Now I know that 
two actions can be expected in some cases, I will figure a way to put it 
back.
<<<

No-no-no, two actions were expected but they are not desired, so everything 
is fine. I just want to be sure that there wouldn't be two actions in some 
untested situations, that's what I was talking about. But as I understand, 
you basically stop bubbling the onclick event, so that shouldn't happen 
anyway, right?

The new alpha looks good, but I have one important question: why did you 
move inline editing into the edit mode? On the one hand, inline editing has 
this nice feature that one doesn't need to scroll up to the menu -- well, 
double-click now makes editor open right in place, but to close edit mode 
one has to scroll up and click "done"/"cancel"; on the other hand, with 
usual edit mode, one has a usual fallback to edit what is unsupported for 
now. I think
* the ordinary edit mode shouldn't be hijacked, but rather two options 
should remain
* there should be an option to be "permanently in the inline edit mode", 
like it was implemented before

Best regards,
Yakov.

>

-- 
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/-/WkZnPs0seJYJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

Albert,

Thanks for your willing to support. I do consider to have a donate button 
but I haven't figured it all out yet. Still you are very welcome to try 
this plugin and give bug reports/comments/suggestions. :-)

Yes please do try on AndTidWiki/Android to see how it works. By now that is 
the least tested browser/OS combination for this plugin. I'd like to have 
more feedback with that.

I've updated a test tiddler (titled Editable Block Elements) showing the *block 
elements supported so far*, available in the same alpha-2 file (
https://dl.dropbox.com/u/23745840/pre_release-1.5.0-alpha-2%2B0.7.7.html).

Have fun!
Vincent

On Sunday, December 9, 2012 11:48:29 PM UTC+8, Albert Riedinger wrote:
>
> A remarkable work Vincent! Do you have a donate button?
> Hope that your WYSIWYG-like concept will work on Android with AndTidWiki. 
> I will try it soon!
>
> Best regards,
> Albert
> Am 09.12.2012 15:18 schrieb "Vincent Yeh" 
> >:
>
>>
>> TWted 1.5.0-alpha-2. This alpha-2 version is mainly for idea/concept 
>> exchange, *it is not fully implemented* so don't expect everything to 
>> work. However, it is enough to show the idea and I'd like to have input 
>> from all of you who are interested in this plugin about this new edit mode.
>>
>> Main change:
>>
>>- Replaces the default edit box and keeps the wikified output while 
>>editing.
>>- It's still primitive and may have a lot to improve.
>>   - Adding new elements shall be supported soon. 
>>   - 'E' button shall be removed in the future release since it is no 
>>   longer needed.
>>
>> Available at 
>> https://dl.dropbox.com/u/23745840/pre_release-1.5.0-alpha-2%2B0.7.7.html
>>
>> Have fun!
>> Vincent
>>
>> On Sunday, December 9, 2012 11:02:27 AM UTC+8, Vincent Yeh wrote:
>>>
>>>
>>> Yakov,
>>>
>>> On Saturday, December 8, 2012 9:47:39 PM UTC+8, Yakov wrote:

 Hello. 

 * [like I mentioned previously: moving list items up and down, 
>> copy/cut/paste, level-up/level-down options would be useful, especiall 
>> with 
>> regard to the issue above]
>>
>
> Keyboard navigation on list items shall need to wait a bit, for the 
> current codes were written specifically for table cells, quite a few 
> places 
> need modification to generalize.
>  
>
 Just in case, here I didn't mean keyboard navigation between list 
 items, but rather moving the items itself (up and down). 

>>>
>>> Ah, I see. Moving items is, I think, technically the same as 
>>> cut-and-pasting and if so should be easy to implement, since there are 
>>> already cut and past functions in TWted codes. This will be done in one of 
>>> the next few releases.
>>>  
>>>
  

> Clicking links or sliders inside lists doesn't open the editor, WOW! 
>> I'm curious if you've done extra things for this: I also tried
>>
>> smth
>>
>> and this also doesn't toggle edit mode.. what I mean is that the 
>> plugin could open the edit mode "when unnecessary" and while I tried 
>> only 
>> some things which can appear, can we be sure that it'll be ok with 
>> others? 
>> That's the only reason why I haven't suggested such "one click" approach 
>> without any edit button.
>>
>
> The links are NOT DISABLED in edit mode by default so clicking them 
> still leads you wherever they point to. You can set the option 
> chkTWtedDisableLink to true if you want to disable them in the edit mode 
> (then clicking them will bring up the edit box). This option was 
> introduced 
> a few versions ago and for now only links are done this way, sliders or 
> other things that can be toggled on and off are not, for I didn't expect 
> a 
> slider panel in a list item or a table cell. I guess what you saw for 
> sliders inside a list was probably because the TWted couldn't find the 
> corresponding wiki text so it didn't do anything. I will think about this 
> in the later versions.
>  
>

 Here we probably didn't understand each other. What suprised me wasn't 
 the fact that links or sliders work; it was the fact that on clicking 
 them, 
 the editable element is not turned into a text field: what I expected was 
 "click tiddlyLink -> open the corresponding tiddler AND open the element 
 to 
 edit". The last thing doesn't happen which is what is actually needed but, 
 as I remember, such problem happened with PasteUpHelperPlugin (from 
 TiddlyTools), so this doesn't seem to be a "default" behaviour. But 
 anyway, 
 this has something to do with the onclick event bubbling..

>>>
>>> Well, during development I noticed that clicking a link can trigger two 
>>> actions: opening the link and the edit box, due to event bubbling. But I 
>>> didn't like it that way so I introduced the option to restrict it to one 
>>> action, either opening the link or opening the edit box. Now I 

Re: [tw] Re: Inline Editing of tables

[Albert Riedinger]

A remarkable work Vincent! Do you have a donate button?
Hope that your WYSIWYG-like concept will work on Android with AndTidWiki. I
will try it soon!

Best regards,
Albert
Am 09.12.2012 15:18 schrieb "Vincent Yeh" :

>
> TWted 1.5.0-alpha-2. This alpha-2 version is mainly for idea/concept
> exchange, *it is not fully implemented* so don't expect everything to
> work. However, it is enough to show the idea and I'd like to have input
> from all of you who are interested in this plugin about this new edit mode.
>
> Main change:
>
>- Replaces the default edit box and keeps the wikified output while
>editing.
>- It's still primitive and may have a lot to improve.
>   - Adding new elements shall be supported soon.
>   - 'E' button shall be removed in the future release since it is no
>   longer needed.
>
> Available at
> https://dl.dropbox.com/u/23745840/pre_release-1.5.0-alpha-2%2B0.7.7.html
>
> Have fun!
> Vincent
>
> On Sunday, December 9, 2012 11:02:27 AM UTC+8, Vincent Yeh wrote:
>>
>>
>> Yakov,
>>
>> On Saturday, December 8, 2012 9:47:39 PM UTC+8, Yakov wrote:
>>>
>>> Hello.
>>>
>>> * [like I mentioned previously: moving list items up and down,
> copy/cut/paste, level-up/level-down options would be useful, especiall 
> with
> regard to the issue above]
>

 Keyboard navigation on list items shall need to wait a bit, for the
 current codes were written specifically for table cells, quite a few places
 need modification to generalize.


>>> Just in case, here I didn't mean keyboard navigation between list items,
>>> but rather moving the items itself (up and down).
>>>
>>
>> Ah, I see. Moving items is, I think, technically the same as
>> cut-and-pasting and if so should be easy to implement, since there are
>> already cut and past functions in TWted codes. This will be done in one of
>> the next few releases.
>>
>>
>>>
>>>
 Clicking links or sliders inside lists doesn't open the editor, WOW!
> I'm curious if you've done extra things for this: I also tried
>
> smth
>
> and this also doesn't toggle edit mode.. what I mean is that the
> plugin could open the edit mode "when unnecessary" and while I tried only
> some things which can appear, can we be sure that it'll be ok with others?
> That's the only reason why I haven't suggested such "one click" approach
> without any edit button.
>

 The links are NOT DISABLED in edit mode by default so clicking them
 still leads you wherever they point to. You can set the option
 chkTWtedDisableLink to true if you want to disable them in the edit mode
 (then clicking them will bring up the edit box). This option was introduced
 a few versions ago and for now only links are done this way, sliders or
 other things that can be toggled on and off are not, for I didn't expect a
 slider panel in a list item or a table cell. I guess what you saw for
 sliders inside a list was probably because the TWted couldn't find the
 corresponding wiki text so it didn't do anything. I will think about this
 in the later versions.


>>>
>>> Here we probably didn't understand each other. What suprised me wasn't
>>> the fact that links or sliders work; it was the fact that on clicking them,
>>> the editable element is not turned into a text field: what I expected was
>>> "click tiddlyLink -> open the corresponding tiddler AND open the element to
>>> edit". The last thing doesn't happen which is what is actually needed but,
>>> as I remember, such problem happened with PasteUpHelperPlugin (from
>>> TiddlyTools), so this doesn't seem to be a "default" behaviour. But anyway,
>>> this has something to do with the onclick event bubbling..
>>>
>>
>> Well, during development I noticed that clicking a link can trigger two
>> actions: opening the link and the edit box, due to event bubbling. But I
>> didn't like it that way so I introduced the option to restrict it to one
>> action, either opening the link or opening the edit box. Now I know that
>> two actions can be expected in some cases, I will figure a way to put it
>> back.
>>
>>
>>>
>>> I'd also like to highlight some useful applications of such
>>> inline-editing:
>>>
>>> * first, editing pre elements (defined by the
>>>
>>> {{{
>>> ...
>>> }}}
>>>
>>>
>> I happened to have the above case done yesterday. Good timing! Those
>> below I didn't come up with, but I think they should share the same codes
>> as the one above, will do them soon.
>>
>>
>>> //{{{
>>> //}}}
>>>
>>> /*{{{*/
>>> /*}}}*/
>>>
>>> and may be
>>> 
>>> 
>>>
>>> wrappers) would ease editing code of long plugins if it is separated
>>> like in TWtable:
>>>
>>> //{{{
>>> some code
>>> //}}}
>>> // //heading of the next part of the code
>>> //{{{
>>> //}}}
>>>
>>> * it seems, for longer tiddlers it would be convenient to separate them
>>> logically (for instance with {{part{...}}} wrappers) and then edit one part
>>> at time (it

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

wolfgang,

I tried in a clean TW file with only two plugins: EditSectionPlugin and 
TableEditor v1.3.3, no such jumps are happening! Maybe I fixed it somehow 
along the way without knowing it?

However, the jummping happens if TiddlersBarPlugin is included. I don't 
know about other plugins, you can play with this file 
https://dl-web.dropbox.com/get/Public/CleanTest-with-EditSectionPlugin.html?w=857f678e
 and 
see.

Vincent

On Monday, August 27, 2012 9:22:39 PM UTC+8, wolfgang wrote:
>
> HI Vincent,
>
> > I am guessing your =A means 'copy the whole column A to this column', 
> but this syntax is not supported in the current TableCalculator. It seems 
> possible to support such a syntax though...I am not sure yet...
>  
> No, just wanted a first row which shows the letter for each column at the 
> top, and a first column showing the numbering of rows - just as in 
> spreadsheets  and which would be auto updated when a row or column is added 
> or deleted.
>
> >  I've figured a way to work with the UndoPlugin without adding the 
> 'done' button to the toolbar in view mode. 
>
> That's great!
>
> 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.
>>  
>>
>
> Thanks for the suggestion. Indeed, it must be some plugins interfering. 
> Actually the same jumps happens in my TW with EditSectionPlugin on saves. 
> Already thought too bad, because in this case the possible option to use it 
> with TableEditor for editing cell formatting didn't looked that good 
> anymore. However, at TiddlyTools these jumps on saves with 
> EditSectionPlugin do not happen there.
> TiddlersBarPlugin and OpenTopPlugin were the first coming to mind, but 
> disabling these didn't solve it. Will keep looking for the offending.
>
> Cheers
>

-- 
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/-/R93rcgR4su4J.
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.

Re: [tw] Re: Inline Editing of tables

[Lyall]

Regarding getting options to appear in the advanced options tiddler.
My plugin TiddlerEncryptionPlugin uses the following code.


if(config.options.chkExcludeEncryptedFromSearch == undefined) 
config.options.chkExcludeEncryptedFromSearch = false;
if(config.options.chkExcludeEncryptedFromLists == undefined) 
config.options.chkExcludeEncryptedFromLists = false;
if(config.options.chkShowDecryptButtonInContent == undefined) 
config.options.chkShowDecryptButtonInContent = false;

Hope this helps :) 


-- 
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/-/3B3pjjNydzwJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

Lyall,

Thanks a lot for the comments.

On Tuesday, September 4, 2012 3:18:19 PM UTC+8, Lyall wrote:
>
> Sorry, but the large tables support, in FF 14.0.1, just doesn't work for 
> me.
>
> I liked the new layout, where no new columns where added, but I have an 
> opening table, which is about 1.5 screens high. I am fine with that as I 
> use the browser scroll bars to read it.
>
> With the new plugin, all of a sudden, it shrinks down to 1/2 screen height 
> and scroll bars appeared with no obvious way to disable this scroll bar 
> behaviour nor to expand the size of the tiddler.
>
> I found the system settings in your documentation version, but those 
> settings did not automatically appear in the AdvancedSettings page.
> I used CookieJar to set them.
>
> This is something I have no clue to fix. The options show up as expected, 
with descriptions, in Chrome but hide themselves as *unknown options*(without 
descriptions) in other browsers. You can find them after checking 
the *Show unknown options* checkbox at the bottom of the dialog.
 

> I set the max table height to 2000px, as I am not interested in scrollbars 
> on a page which has scroll bars. However, editing did not seem to like this 
> as the row numbers overwrote the left column and all the add/delete icons 
> in extra rows and columns don't seem to appear any longer.
>
> I don't quite understand the situation of "row numbers overwrote the left 
column". Can you show me a screenshot or something? I tried a table of 130 
rows and 30 columns and it worked in my FF 14.0.1/Ubuntu. How large is 
yours?

The insert/delete buttons are now showing up only when mouse pointer is 
hovering over the "reference bars" -- the fixed bars at the top and left of 
table to show the cell references. Are they not showing themselves in your 
case?
 

> It's heading in the right direction, though :).
>
> ...Lyall
>
>
Thanks again and please keep trying and sending feedbacks :-).

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/-/0OaKGXesM_QJ.
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.

Re: [tw] Re: Inline Editing of tables

[Lyall]

Sorry, but the large tables support, in FF 14.0.1, just doesn't work for me.

I liked the new layout, where no new columns where added, but I have an 
opening table, which is about 1.5 screens high. I am fine with that as I 
use the browser scroll bars to read it.

With the new plugin, all of a sudden, it shrinks down to 1/2 screen height 
and scroll bars appeared with no obvious way to disable this scroll bar 
behaviour nor to expand the size of the tiddler.

I found the system settings in your documentation version, but those 
settings did not automatically appear in the AdvancedSettings page.
I used CookieJar to set them.

I set the max table height to 2000px, as I am not interested in scrollbars 
on a page which has scroll bars. However, editing did not seem to like this 
as the row numbers overwrote the left column and all the add/delete icons 
in extra rows and columns don't seem to appear any longer.

It's heading in the right direction, though :).

...Lyall

-- 
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/-/Gkx3bDCi7E4J.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

Didn't expect to work on large tables but turned out I was wrong. So I 
added support for that. Seems to work for me.

TableEditor v1.3.0 (http://qmowcy2.tiddlyspace.com/#TableEditor).

   - Scrollable tbody for large tables.
  - See example 
  
http://qmowcy2.tiddlyspace.com/#%5B%5BTableEditor--Example--Large%20Table%5D%5D
  - Option txtTEditorMaxTableWidth and txtTEditorMaxTableHeight to 
  specify the view area for tables. Default view area is 400px high and 
100% 
  wide as the parent.
   - Assigned classes tedTable to the table, tedTcap to table caption, and 
   tedTbody to the table body. Table outlook can be cahnged with CSS 
   statements given to those classes.

Vincent

On Monday, August 27, 2012 9:22:39 PM UTC+8, wolfgang wrote:
>
> HI Vincent,
>
> > I am guessing your =A means 'copy the whole column A to this column', 
> but this syntax is not supported in the current TableCalculator. It seems 
> possible to support such a syntax though...I am not sure yet...
>  
> No, just wanted a first row which shows the letter for each column at the 
> top, and a first column showing the numbering of rows - just as in 
> spreadsheets  and which would be auto updated when a row or column is added 
> or deleted.
>
> >  I've figured a way to work with the UndoPlugin without adding the 
> 'done' button to the toolbar in view mode. 
>
> That's great!
>
> 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.
>>  
>>
>
> Thanks for the suggestion. Indeed, it must be some plugins interfering. 
> Actually the same jumps happens in my TW with EditSectionPlugin on saves. 
> Already thought too bad, because in this case the possible option to use it 
> with TableEditor for editing cell formatting didn't looked that good 
> anymore. However, at TiddlyTools these jumps on saves with 
> EditSectionPlugin do not happen there.
> TiddlersBarPlugin and OpenTopPlugin were the first coming to mind, but 
> disabling these didn't solve it. Will keep looking for the offending.
>
> Cheers
>

-- 
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/-/aALdoO6EwAIJ.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

HI Vincent,

> I am guessing your =A means 'copy the whole column A to this column', but 
this syntax is not supported in the current TableCalculator. It seems 
possible to support such a syntax though...I am not sure yet...
 
No, just wanted a first row which shows the letter for each column at the 
top, and a first column showing the numbering of rows - just as in 
spreadsheets  and which would be auto updated when a row or column is added 
or deleted.

>  I've figured a way to work with the UndoPlugin without adding the 'done' 
button to the toolbar in view mode. 

That's great!

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.
>  
>

Thanks for the suggestion. Indeed, it must be some plugins interfering. 
Actually the same jumps happens in my TW with EditSectionPlugin on saves. 
Already thought too bad, because in this case the possible option to use it 
with TableEditor for editing cell formatting didn't looked that good 
anymore. However, at TiddlyTools these jumps on saves with 
EditSectionPlugin do not happen there.
TiddlersBarPlugin and OpenTopPlugin were the first coming to mind, but 
disabling these didn't solve it. Will keep looking for the offending.

Cheers

-- 
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/-/WupqlCkbiyEJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

TableEditor 1.2.10 http://qmowcy2.tiddlyspace.com/#TableEditor

   - Works with UndoPlugin 0.2.1 by Eric Shulman.
  - Changes made to each cell are now undoable through UndoPlugin.
  - But this can generate a long undo history after changing many 
  cells. Not sure if it's going to cause any trouble...
  - Added visual feedback on the 'S'/'U' button while in manual 
   save/upload mode.
  - The 'S'/'U' button is active only when save/upload is needed.
  
Vincent

On Friday, August 24, 2012 7:06:46 PM UTC+8, wolfgang wrote:
>
>  > Hmmm...I thought a cell starting with an equal sign (=) still gets 
> auto-updated if there are cell references in its expression. Is it not 
> working that way? Or you are talking about some other cases?
>
> Thought exactly the same, but a equal sign with a letter only shows 'Err: 
> ReferenceError: A is not defined', with a letter it does show the number 
> after the equal sign but doesn't change with row changes. 
>
>
> In the same vain I would actually remove the 'S'ave button, since it 
>>> anyway only replicates the saveChanges button accessible with every 
>>> editable TW. On the other hand  I already added the 'done' button to the 
>>> tiddler view toolbar, because this way it is possible to use TableEditor 
>>> together with Eric's UndoPlugin.
>>>
>>> That is great! I have been wondering how to work with the UndoPlugin! 
>> Can you tell me how to do it? 
>>
>
> At the moment UndoPlugin doesn't recognizes a change to a table cell if 
> TableEditor's auto save isn't enabled. It only recognizes once the 'done' 
> (e.g. the button used in edit mode for saving changes to a tiddler and 
> immediately switching to view mode) is used. This button can by copied from 
> the editbar to the viewbar slice in the ToolbarCommands shadowed tiddler, 
> so that this 'done' button appears in the toolbar of a tiddler in view mode 
> too. And therefore can be used to save a tiddler after a couple cells 
> changed - which now is recognized by UndoPlugin and enabled to revert the 
> table tiddler to its state before the 'done' button was used. 
>
> Since with each 'done' the tiddler refreshes and, with large tables. jumps 
> to the top of the tiddler (in my case  where I display tiddler's content 
> with a scrollbar and so keep the tiddler header always visible and 
> accessible at the top), I use it only after a couple of cells changed, 
> because of the disruption of the jump caused by saving a tiddler.
>  
>
> 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.
>
>
>  Regards.
>

-- 
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/-/dEFOZLuYcXIJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

On Friday, August 24, 2012 7:06:46 PM UTC+8, wolfgang wrote:
>
>  > Hmmm...I thought a cell starting with an equal sign (=) still gets 
> auto-updated if there are cell references in its expression. Is it not 
> working that way? Or you are talking about some other cases?
>
> Thought exactly the same, but a equal sign with a letter only shows 'Err: 
> ReferenceError: A is not defined', with a letter it does show the number 
> after the equal sign but doesn't change with row changes. 
>
> If you start a cell with an equal sign =, then TableCalculator assumes an 
expression in that cell and extracts cell contents if cell references are 
included, then evaluates it through user-defined functions or Javascript. 
If the case you mentioned, a cell containing =A, that letter A is not 
immediately followed by a number, so its not considered as a cell 
reference, and the A is not a user-defined function, so the TableCalculator 
passes it to Javascript for evaluation. But this A is most likely not 
defined in your (or any other's) Javascript session, therefore the 'A is 
not defined' error message is returned.

I am guessing your =A means 'copy the whole column A to this column', but 
this syntax is not supported in the current TableCalculator. It seems 
possible to support such a syntax though...I am not sure yet...
 

>
> In the same vain I would actually remove the 'S'ave button, since it 
>>> anyway only replicates the saveChanges button accessible with every 
>>> editable TW. On the other hand  I already added the 'done' button to the 
>>> tiddler view toolbar, because this way it is possible to use TableEditor 
>>> together with Eric's UndoPlugin.
>>>
>>> That is great! I have been wondering how to work with the UndoPlugin! 
>> Can you tell me how to do it? 
>>
>
> At the moment UndoPlugin doesn't recognizes a change to a table cell if 
> TableEditor's auto save isn't enabled. It only recognizes once the 'done' 
> (e.g. the button used in edit mode for saving changes to a tiddler and 
> immediately switching to view mode) is used. This button can by copied from 
> the editbar to the viewbar slice in the ToolbarCommands shadowed tiddler, 
> so that this 'done' button appears in the toolbar of a tiddler in view mode 
> too. And therefore can be used to save a tiddler after a couple cells 
> changed - which now is recognized by UndoPlugin and enabled to revert the 
> table tiddler to its state before the 'done' button was used. 
>
> Since with each 'done' the tiddler refreshes and, with large tables. jumps 
> to the top of the tiddler (in my case  where I display tiddler's content 
> with a scrollbar and so keep the tiddler header always visible and 
> accessible at the top), I use it only after a couple of cells changed, 
> because of the disruption of the jump caused by saving a tiddler.
>  
>
I've figured a way to work with the UndoPlugin without adding the 'done' 
button to the toolbar in view mode. 

>
> 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.
>
>
>  Regards.
>

-- 
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/-/duOrPRNZLvsJ.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

> 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.

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).

Regards.

-- 
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/-/h8UxU9uYXG8J.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

 > Hmmm...I thought a cell starting with an equal sign (=) still gets 
auto-updated if there are cell references in its expression. Is it not 
working that way? Or you are talking about some other cases?

Thought exactly the same, but a equal sign with a letter only shows 'Err: 
ReferenceError: A is not defined', with a letter it does show the number 
after the equal sign but doesn't change with row changes. 


In the same vain I would actually remove the 'S'ave button, since it anyway 
>> only replicates the saveChanges button accessible with every editable TW. 
>> On the other hand  I already added the 'done' button to the tiddler view 
>> toolbar, because this way it is possible to use TableEditor together with 
>> Eric's UndoPlugin.
>>
>> That is great! I have been wondering how to work with the UndoPlugin! Can 
> you tell me how to do it? 
>

At the moment UndoPlugin doesn't recognizes a change to a table cell if 
TableEditor's auto save isn't enabled. It only recognizes once the 'done' 
(e.g. the button used in edit mode for saving changes to a tiddler and 
immediately switching to view mode) is used. This button can by copied from 
the editbar to the viewbar slice in the ToolbarCommands shadowed tiddler, 
so that this 'done' button appears in the toolbar of a tiddler in view mode 
too. And therefore can be used to save a tiddler after a couple cells 
changed - which now is recognized by UndoPlugin and enabled to revert the 
table tiddler to its state before the 'done' button was used. 

Since with each 'done' the tiddler refreshes and, with large tables. jumps 
to the top of the tiddler (in my case  where I display tiddler's content 
with a scrollbar and so keep the tiddler header always visible and 
accessible at the top), I use it only after a couple of cells changed, 
because of the disruption of the jump caused by saving a tiddler.
 

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.


 Regards.

-- 
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/-/g6R-aPRes-QJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

On Thursday, August 23, 2012 5:50:31 PM UTC+8, wolfgang wrote:
>
>
> Other things like QuickEdit, TableTools, etc., will just need to wait a 
 while.

>>>
>>> If hours are days for you, I sure can wait for a while ;-) 
>>>
>>
>> Most likely weeks, I am afraid...
>>
>
> Honestly, for those of us in love with this piece of html since years, the 
> waiting without much hope for an Table Editor has already ended. :-) :-) :-)
>
> So take what ever time it needs..
>
> Are you talking about copy-and-pasting a whole row/column? This I will 
>> need some time to think about...
>>
>
> Yes, was thinking about what's left really difficult to accomplish with 
> standard TW table syntax. First idea was to be able to shift a column 1 
> position to the right or left, but then my huge table made me reconsider: 
> why not right away replace the 'delete' column button with a 'cut' button, 
> which upon a cut would be changed into a 'paste' for all columns. So as not 
> to cluster it with too many buttons. 

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.

In the same vain I would actually remove the 'S'ave button, since it anyway 
> only replicates the saveChanges button accessible with every editable TW. 
> On the other hand  I already added the 'done' button to the tiddler view 
> toolbar, because this way it is possible to use TableEditor together with 
> Eric's UndoPlugin.
>
> That is great! I have been wondering how to work with the UndoPlugin! Can 
you tell me how to do it?
 

> It was good that you gave me a lot of useful comments/suggestions so the 
>> plugin is working much better. Many thanks!
>>
>
> All the thanks to you for being so responsive to suggestions and your 
> interest to make it that much better so fast.
>
> Sometime it also backfires, because the disabled auto-update of 
> cell-reference like combinations in cell content with added/deleted 
> rows/columns - though having been really necessary - now made me miss the 
> formerly possible creation of a automatically updating first index 
> row/column numbering/lettering reference..
>
 Hmmm...I thought a cell starting with an equal sign (=) still gets 
auto-updated if there are cell references in its expression. Is it not 
working that way? Or you are talking about some other cases?

-- 
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/-/N80UqrR4bPUJ.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

> Other things like QuickEdit, TableTools, etc., will just need to wait a 
>>> while.
>>>
>>
>> If hours are days for you, I sure can wait for a while ;-) 
>>
>
> Most likely weeks, I am afraid...
>

Honestly, for those of us in love with this piece of html since years, the 
waiting without much hope for an Table Editor has already ended. :-) :-) :-)

So take what ever time it needs..

Are you talking about copy-and-pasting a whole row/column? This I will need 
> some time to think about...
>

Yes, was thinking about what's left really difficult to accomplish with 
standard TW table syntax. First idea was to be able to shift a column 1 
position to the right or left, but then my huge table made me reconsider: 
why not right away replace the 'delete' column button with a 'cut' button, 
which upon a cut would be changed into a 'paste' for all columns. So as not 
to cluster it with too many buttons. In the same vain I would actually 
remove the 'S'ave button, since it anyway only replicates the saveChanges 
button accessible with every editable TW. On the other hand  I already 
added the 'done' button to the tiddler view toolbar, because this way it is 
possible to use TableEditor together with Eric's UndoPlugin.

It was good that you gave me a lot of useful comments/suggestions so the 
> plugin is working much better. Many thanks!
>

All the thanks to you for being so responsive to suggestions and your 
interest to make it that much better so fast.

Sometime it also backfires, because the disabled auto-update of 
cell-reference like combinations in cell content with added/deleted 
rows/columns - though having been really necessary - now made me miss the 
formerly possible creation of a automatically updating first index 
row/column numbering/lettering reference..

-- 
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/-/gNy8TZXcFWcJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

wolfgang,

On Thursday, August 23, 2012 3:20:42 AM UTC+8, wolfgang wrote:
>
>
> A solution to this just popped up into my mind not long after the last 
>> post. See revision history in TableEditor--CRV if interested.
>> TableEditor v1.2.8 http://qmowcy2.tiddlyspace.com/#TableEditor. It works 
>> in my FireFox 14.0.1.
>>
>  
> ,Vincent, your amazing. This also solved the unneeded opening of cells 
> after adding or deleting columns - just perfect!
>
> Glad to know it's working!
 

> Just thought of one additional but essential feature difficult to 
> accomplish with TW table code: Though cutting and pasting rows at other 
> positions is easy, With columns that's almost impossible without loosing 
> all its formatting (via transposing, cutting/pasting and transposing back). 
> Would be great if this could be implemented too.
>
> Are you talking about copy-and-pasting a whole row/column? This I will 
need some time to think about...

It was good that you gave me a lot of useful comments/suggestions so the 
plugin is working much better. Many thanks!

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/-/EVbCHcd3bK4J.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

> A solution to this just popped up into my mind not long after the last 
> post. See revision history in TableEditor--CRV if interested.
> TableEditor v1.2.8 http://qmowcy2.tiddlyspace.com/#TableEditor. It works 
> in my FireFox 14.0.1.
>
 
,Vincent, your amazing. This also solved the unneeded opening of cells 
after adding or deleting columns - just perfect!

Just thought of one additional but essential feature difficult to 
accomplish with TW table code: Though cutting and pasting rows at other 
positions is easy, With columns that's almost impossible without loosing 
all its formatting (via transposing, cutting/pasting and transposing back). 
Would be great if this could be implemented too.

Regards.

-- 
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/-/8YoY8TqVQPAJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

You are very welcome, Lyall. :-)

On Wednesday, August 22, 2012 7:40:10 PM UTC+8, Lyall wrote:
>
> I just thought I would say thanks for this plugin, it's great!
>

-- 
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/-/LgfHaWEkk_8J.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

>
>> Mentioned an other a bid difficult to handle behavior by selecting a 
>> cells content in edit mode - but releasing the mouse button a bit too far 
>> to the left (I'm used to selecting text from the bottom-right up to the 
>> top-left corner, so the first letter isn't that easily missed), only 
>> slightly above the next cell to the left - editing mode immediately 
>> switches to that other cell. Maybe it would be possible to allow switching 
>> into edit mode of other cells only on a click, but not upon releasing a 
>> pushed mouse button?
>>  
>>
> Unfortunately it is already on the click instead of mouseup or something 
> else. And it seems to be a FireFox issue because I do not see such thing 
> happening in my Chrome/Ubuntu and IE9/Win7. I don't know what to do with 
> this yet...
>
>
A solution to this just popped up into my mind not long after the last 
post. See revision history in TableEditor--CRV if interested.
TableEditor v1.2.8 http://qmowcy2.tiddlyspace.com/#TableEditor. It works in 
my FireFox 14.0.1.

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/-/Up1RaDgjkZYJ.
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.

Re: [tw] Re: Inline Editing of tables

[Lyall]

I just thought I would say thanks for this plugin, it's great!

-- 
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/-/-5riVFHlUekJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

wolfgang,

On Wednesday, August 22, 2012 3:07:12 AM UTC+8, wolfgang wrote:
>
>
> I think it shouldn't at all - even the tiddler should only be saved once 
>>> the user decides to commit the changes made (kept in temporary memory 
>>> before). Believe this would already reduce much of the strain it causes my 
>>> poor browser.
>>>
>>
>> Sure that can be done in a few days.
>>
>  
>
>> Hope these can release some strain in your browser. :-) Please try and 
>> let me know how they work.
>>
>
> Vincent, you really must have a pronouncedly slowed down perception of 
> time.. ;-)
>

Thanks a lot for the advice. I am spending time on these plugins because

   1. I want them for my work
   2. I am shifting time back to my work
   
That means further development of these plugins will soon slow down, by a 
lot. I just want to make it as useful as possible within this time.
 

> Without the automatic saving really all the strain is eased and editing 
> this way is so much more fun, thanks a lot!
>
>  Good to know it helped.

>
> Mentioned an other a bid difficult to handle behavior by selecting a cells 
> content in edit mode - but releasing the mouse button a bit too far to the 
> left (I'm used to selecting text from the bottom-right up to the top-left 
> corner, so the first letter isn't that easily missed), only slightly above 
> the next cell to the left - editing mode immediately switches to that other 
> cell. Maybe it would be possible to allow switching into edit mode of other 
> cells only on a click, but not upon releasing a pushed mouse button?
>  
>
Unfortunately it is already on the click instead of mouseup or something 
else. And it seems to be a FireFox issue because I do not see such thing 
happening in my Chrome/Ubuntu and IE9/Win7. I don't know what to do with 
this yet...

 

> Other things like QuickEdit, TableTools, etc., will just need to wait a 
>> while.
>>
>>
> If hours are days for you, I sure can wait for a while ;-) 
>

Most likely weeks, I am afraid...

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/-/0ZjbluAH1iIJ.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

> I think it shouldn't at all - even the tiddler should only be saved once 
>> the user decides to commit the changes made (kept in temporary memory 
>> before). Believe this would already reduce much of the strain it causes my 
>> poor browser.
>>
>
> Sure that can be done in a few days.
>
 

> Hope these can release some strain in your browser. :-) Please try and let 
> me know how they work.
>

Vincent, you really must have a pronouncedly slowed down perception of 
time.. ;-)

Without the automatic saving really all the strain is eased and editing 
this way is so much more fun, thanks a lot!


Mentioned an other a bid difficult to handle behavior by selecting a cells 
content in edit mode - but releasing the mouse button a bit too far to the 
left (I'm used to selecting text from the bottom-right up to the top-left 
corner, so the first letter isn't that easily missed), only slightly above 
the next cell to the left - editing mode immediately switches to that other 
cell. Maybe it would be possible to allow switching into edit mode of other 
cells only on a click, but not upon releasing a pushed mouse button?
 

> Other things like QuickEdit, TableTools, etc., will just need to wait a 
> while.
>
>
If hours are days for you, I sure can wait for a while ;-) 

-- 
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/-/wHIDb-YSrJwJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

wolfgang,
Some more quick fixes.

   - TableCalculator 0.6.12 http://qmowcy2.tiddlyspace.com/#TableCalculator
   - Extended to include two-letter cell references such as AA1, BC3, etc.
  - Reference auto-adjustment done only on cells that start with an 
  equal sign '='. Other cells are left untouched.
  - Block reference, such as A4:C8, are auto-adjested upon 
 insertion/deletion of rows/columns, but not upon sorting, because I 
have no 
 idea what to do in those cases.
 - TableEditor 1.2.7 http://qmowcy2.tiddlyspace.com/#TableEditor
  - Added an option chkTEditorManualSave to toggle manual save mode. If 
  true, an "S" button will be provided and changes will not save to file 
  until it is pressed. Otherwise the file will be saved every time a change 
  is accepted.
  
Hope these can release some strain in your browser. :-) Please try and let 
me know how they work.

Other things like QuickEdit, TableTools, etc., will just need to wait a 
while.

Vincent

On Tuesday, August 21, 2012 2:09:40 AM UTC+8, wolfgang wrote:
>
>
> Trying QuickEditPlugin embedded with the table didn't worked to apply 
>> formating since it doesn't recognize the edit field open for editing a 
>> cell. But maybe it would do that if a dedicated edit field above the table 
>> could be created, similar to the calculation bar in spreadsheet software?
>>
>>
> Actually confused the behavior of MathCell's adaptation [[Table Editor]], 
> where QuickEdit doesn't recognize the edit fields. While with TableEditor 
> any click outside of the edit field immediately closes the edit field - 
> giving QuickEdit no chance to enter anything.
>

-- 
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/-/Y8pbV4toORwJ.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

> Trying QuickEditPlugin embedded with the table didn't worked to apply 
> formating since it doesn't recognize the edit field open for editing a 
> cell. But maybe it would do that if a dedicated edit field above the table 
> could be created, similar to the calculation bar in spreadsheet software?
>
>
Actually confused the behavior of MathCell's adaptation [[Table Editor]], 
where QuickEdit doesn't recognize the edit fields. While with TableEditor 
any click outside of the edit field immediately closes the edit field - 
giving QuickEdit no chance to enter anything.

-- 
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/-/5ve1-382pKQJ.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

Thanks for your thorough considerations, I appreciate.

For improving on the existing some further remarks: At the moment the 
>> biggest drawback for editing large tables with TableEditor is that it seems 
>> to be very resources demanding. But my computer isn't really powerful, 
>> and having FF with various tabs open and a OO calc file of several MBs 
>> makes either or both crash. However, just trying to copy and paste the 
>> counta calculation along the whole row made FF crash or freeze 2 times. And 
>> then it left a 0 byte TW again..
>>
>
> H, that is some thing serious...but I am not sure how to improve 
> that...I will need suggestions from more experienced people here.
>  
>
>> Also it seems to create as much backups as cells edited (without autosave 
>> enabled!) - I don't understand why saving the whole TW with almost every 
>> cell edited is really necessary?  
>>
> I think it shouldn't at all - even the tiddler should only be saved once 
>> the user decides to commit the changes made (kept in temporary memory 
>> before). Believe this would already reduce much of the strain it causes my 
>> poor browser.
>>
>
> Sure that can be done in a few days.
>

Great! Because that will already take off most of the strain which I 
believe is caused by saveChanges with every cell edited. Considering the 
crashes mostly happen after pasting the formula and clicking the next cell 
(while all the processing power at that time is busy with saving the whole 
TW). Instead using 'enter' after pasting a formula seems to give it enough 
pause to not causing crushes.

Adding rows or columns (with a large table, for example, at the bottom and 
>> to the far right) causes a jump to the upper left corner and opens the cell 
>> at the bottom right corner of the browser window for editing. Deleting rows 
>> further up causes the same jump but the cell opening in edit mode is 
>> somewhere in the middle at the right edge of the jumped to visible window.
>>
>
> This seems to be the effect of refreshing. But it is not happening in my 
> FF 14.0.1 so I have no idea what to do. Can you tell me your FF version so 
> I can get one to try? 
>

Also FF14.01 the portable version on XP. But that's anyway really minor and 
no need to worry about.
 

> Updating 24 columns from A to Z by adding or deleting works fine now. 
>> After Z the lettering condinues with [ \ ] ^ _ ` a b c ...calculating with 
>> theses cell-references still works, but aren't updated by copying formulas 
>> or by adding/deleting rows.
>>
>
> It is because the plugin assumes only one letter in cell reference (like I 
> said I did not have a large table in mind during development). This can be 
> extended.
>

It's one of those cases you have to consider how much overhead code or 
further intricacies extending the TableCalculator abilities beyond 26 
columns would bring. Since only few would need that large calculations in a 
TW. Of course, you could really show off without such limitations ;-) 
However, more than good enough as it is.

Yes you are right. Thanks for reminding. In fact I am looking for a 
> suitable open source library (such as a jQuery plugin or the TableTools as 
> you suggested) to extend the capabilities of the plugin. But I don't know 
> much about them yet so will need some time to decide.
>

Actually just found out that TableTools2 comes with a combination of 'Strg' 
and 'right click' on any row or column to drag and drop these at any 
position in the table. With this little feature I didn't knew about (it 
isn't in the more complicated context menu) a fixed header or fist column 
isn't really that much needed anymore. I really like that addon, just as 
the small bookmarklets which lets you sort or transpose tables.

That brings me to some other option I thought about: Trying QuickEditPlugin 
embedded with the table didn't worked to apply formating since it doesn't 
recognize the edit field open for editing a cell. But maybe it would to 
that if a dedicated edit field above the table could be created, similar to 
the calculation bar in spreadsheet software?

This edit bar would be distinct to cell edit fields in that it makes all 
formatting visible, and in this case would have to be fixed so that the 
tables scrolls underneath when large tables are edited.

Just a possibility to ponder.

Regards.

-- 
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/-/S5DHPzmgA7MJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

Yeap. That was for my debugging and learning purposes. Should have removed 
it before letting it out. Sorry for the trouble!

Vincent

On Monday, August 20, 2012 7:51:32 PM UTC+8, Lyall wrote:
>
> Just a quick note.
>
> I noticed that in the last 2 versions of TableEditor, a couple of 
> displayMessage() calls have been left in that display "DIV" and 2 numbers 
> separated by a comma.
> I spent ages thinking that I had corrupted my tiddlywiki before I found it 
> by installing Firebug and trapping on displayMessage().
>
> Just in case anyone else found these messages worrying :)
>
>

-- 
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/-/XFeqP9l3j9MJ.
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.

Re: [tw] Re: Inline Editing of tables

[Lyall]

Just a quick note.

I noticed that in the last 2 versions of TableEditor, a couple of 
displayMessage() calls have been left in that display "DIV" and 2 numbers 
separated by a comma.
I spent ages thinking that I had corrupted my tiddlywiki before I found it 
by installing Firebug and trapping on displayMessage().

Just in case anyone else found these messages worrying :)

-- 
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/-/cypKs3s6NeUJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

wolfgang,

On Monday, August 20, 2012 6:48:10 AM UTC+8, wolfgang wrote:
>
> Thanks a lot for the quick fixes!
>
> *You may need to correct the cell references in your tables.* (Sorry for 
>> that!)
>
>
> Realy no need to apologize. That's the success ;.) of necessary testing of 
> plugins of such a magnitude, you freely took upon you to develop. Not even 
> a developer giant like Eric took that much upon himself (mind it, that 
> maybe would be a worthwhile business idea to pursue?). I'm rather worried 
> that in this process of finding countless and intricate bugs, plus feature 
> requests (spreatsheet software sets a high level very difficult to come 
> even close to, considering the hundred MB calculation power behind). Even 
> the other giant Google with whole teams of developers, for example, appear 
> to haven't been able to implement fixed row or columns in their html 
> representation of sheets (only in editing mode they are though).
>
>
I agree with you on this. Actually I started to write these plugins just 
because I needed such things. I did it for my own needs. Never thought to 
make it big, not even to handle a large table :-). But since I had shared 
it with people, I'd like to make it as practical as possible.
 

> In this situation better don't get too much sidetracked by additional 
> feature requests, but maybe better only improve and stabilize what it 
> already does. Think it wise that you made two separate plugins, The 
> intricacies of table formatting really deserve it's own dedicated plugin 
> you could add at an other time..
>
> Yes you are right. Thanks for reminding. In fact I am looking for a 
suitable open source library (such as a jQuery plugin or the TableTools as 
you suggested) to extend the capabilities of the plugin. But I don't know 
much about them yet so will need some time to decide.
 

> For improving on the existing some further remarks: At the moment the 
> biggest drawback for editing large tables with TableEditor is that it seems 
> to be very resources demanding. But my computer isn't really powerful, 
> and having FF with various tabs open and a OO calc file of several MBs 
> makes either or both crash. However, just trying to copy and paste the 
> counta calculation along the whole row made FF crash or freeze 2 times. And 
> then it left a 0 byte TW again...
>
>
H, that is some thing serious...but I am not sure how to improve that...I 
will need suggestions from more experienced people here.
 

> Also it seems to create as much backups as cells edited (without autosave 
> enabled!) - I don't understand why saving the whole TW with almost every 
> cell edited is really necessary?  
>
I think it shouldn't at all - even the tiddler should only be saved once 
> the user decides to commit the changes made (kept in temporary memory 
> before). Believe this would already reduce much of the strain it causes my 
> poor browser.
>

Sure that can be done in a few days.
 

> Even when no table is opened, the constant popping up of messages without 
> obvious meaning indicates these plugins are unnecessarily using resources, 
> even when they actually shouldn't be doing anything.
>
 

> Oops. That is for my own learning and I forgot to remove it. Will be gone 
> for sure.
>
 

> Some remaining bugs:
>
> Adding rows or columns (with a large table, for example, at the bottom and 
> to the far right) causes a jump to the upper left corner and opens the cell 
> at the bottom right corner of the browser window for editing. Deleting rows 
> further up causes the same jump but the cell opening in edit mode is 
> somewhere in the middle at the right edge of the jumped to visible window.
>

This seems to be the effect of refreshing. But it is not happening in my FF 
14.0.1 so I have no idea what to do. Can you tell me your FF version so I 
can get one to try? 

Updating 24 columns from A to Z by adding or deleting works fine now. After 
> Z the lettering condinues with [ \ ] ^ _ ` a b c ...calculating with theses 
> cell-references still works, but aren't updated by copying formulas or by 
> adding/deleting rows.
>

It is because the plugin assumes only one letter in cell reference (like I 
said I did not have a large table in mind during development). This can be 
extended.
 

> Any letter which contains a number at its side is mistaken as a cell 
> reference, and therefore gets corrupted by adding/deleting rows or columns.
>

The plugin assumes everything like that a cell reference. Will fix it.
 

> Copying and pasting calculation with empty space at both sides of the 
> formula for centering the result doesn't work (most of the times).
>

That is because the plugin tries to retain the style of the cell before 
pasting. Will think of a way to fix.
 

>
>  Best wishes.
>

Thanks a lot for the good comments and suggestions. Will find time to work 
on them soon.

Vincent 

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To vie

Re: [tw] Re: Inline Editing of tables

[wolfgang]

Thanks a lot for the quick fixes!

*You may need to correct the cell references in your tables.* (Sorry for 
> that!)


Realy no need to apologize. That's the success ;.) of necessary testing of 
plugins of such a magnitude, you freely took upon you to develop. Not even 
a developer giant like Eric took that much upon himself (mind it, that 
maybe would be a worthwhile business idea to pursue?). I'm rather worried 
that in this process of finding countless and intricate bugs, plus feature 
requests (spreatsheet software sets a high level very difficult to come 
even close to, considering the hundred MB calculation power behind). Even 
the other giant Google with whole teams of developers, for example, appear 
to haven't been able to implement fixed row or columns in their html 
representation of sheets (only in editing mode they are though).

In this situation better don't get too much sidetracked by additional 
feature requests, but maybe better only improve and stabilize what it 
already does. Think it wise that you made two separate plugins, The 
intricacies of table formatting really deserve it's own dedicated plugin 
you could add at an other time..

For improving on the existing some further remarks: At the moment the 
biggest drawback for editing large tables with TableEditor is that it seems 
to be very resources demanding. But my computer isn't really powerful, and 
having FF with various tabs open and a OO calc file of several MBs makes 
either or both crash. However, just trying to copy and paste the counta 
calculation along the whole row made FF crash or freeze 2 times. And then 
it left a 0 byte TW again...

Also it seems to create as much backups as cells edited (without autosave 
enabled!) - I don't understand why saving the whole TW with almost every 
cell edited is really necessary? 
I think it shouldn't at all - even the tiddler should only be saved once 
the user decides to commit the changes made (kept in temporary memory 
before). Believe this would already reduce much of the strain it causes my 
poor browser.
Even when no table is opened, the constant popping up of messages without 
obvious meaning indicates these plugins are unnecessarily using resources, 
even when they actually shouldn't be doing anything.

Some remaining bugs:

Adding rows or columns (with a large table, for example, at the bottom and 
to the far right) causes a jump to the upper left corner and opens the cell 
at the bottom right corner of the browser window for editing. Deleting rows 
further up causes the same jump but the cell opening in edit mode is 
somewhere in the middle at the right edge of the jumped to visible window.
Updating 24 columns from A to Z by adding or deleting works fine now. After 
Z the lettering condinues with [ \ ] ^ _ ` a b c ...calculating with theses 
cell-references still works, but aren't updated by copying formulas or by 
adding/deleting rows.
Any letter which contains a number at its side is mistaken as a cell 
reference, and therefore gets corrupted by adding/deleting rows or columns.
Copying and pasting calculation with empty space at both sides of the 
formula for centering the result doesn't work (most of the times).

 Best wishes.

-- 
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/-/CLHGHywq8sMJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

wolfgang,
I never imagined a table of such a size in a tiddler! It is very good that 
you brought it up to me. I agree those issues are indeed some things to 
think about. For things like collaborating with the addon or other plugins, 
large table formatting, etc., I still have not much idea of them. Will 
spend some time and see what I can do. Here are a few quick fixes to 
correct some of the issues you mentioned.

TableEditor 1.2.6 http://qmowcy2.tiddlyspace.com/#TableEditor
TableCalculator 0.6.11 http://qmowcy2.tiddlyspace.com/#TableCalculator


   1. The undefined result from COUNTA() function.
  - The undefined was resulted from a misinterpretation of the number 0 
  as an empty string or null (I am not sure which) somewhere in the 
  evaluation process.
  - Fixed by returning a string '0' instead of number 0 to avoid the 
  misinterpretation.
   2. The cell reference issues (missing-by-one-row/column and 
   mis-adjustment upon copy-and-pasting).
  - This was caused by ignorance of 'th' cells (those that start with 
  an exclamation mark "!") in the reference/dereference but not in the 
  evaluation codes. (Well, I didn't even know there are two kinds of table 
  cells...:-))
  - It is fixed, hopefully, by including 'th' cells in the 
  reference/dereference codes.
  - *You may need to correct the cell references in your tables.* (Sorry 
  for that!)
   3. The edit box width issue.
  - Minimum edit box width (in characters) can be specified in the 
  system option txtTEditorMinEditWidth (default is 8).
   
Thanks again for the very useful comments and suggestions.
Vincent

On Sunday, August 19, 2012 3:55:55 AM UTC+8, wolfgang wrote:
>
>  
>
>> Or renaming B vitamins (B1, B2,..) in the table header and first column 
>> to 'C's. 
>>
>
> Just now mentioned it also replaced one number higher on each of the B 
> vitamin numberings. Must have happened by adding a row and column? Also a 
> few links in the main menu haven't been updated. No time to correct 
> everything now, but YourSearch will find everything..
>

-- 
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/-/sIqGCK_NQBQJ.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

 

> Or renaming B vitamins (B1, B2,..) in the table header and first column to 
> 'C's. 
>

Just now mentioned it also replaced one number higher on each of the B 
vitamin numberings. Must have happened by adding a row and column? Also a 
few links in the main menu haven't been updated. No time to correct 
everything now, but YourSearch will find everything..

-- 
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/-/JEenyzOSKYMJ.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

Here is a not so minimal test case TW ;-)

https://dl.dropbox.com/u/241006/sheets.html 

You'll find the hidden main menu by hovering over the left upper corner 
(this panel is fixed and unlocked by clicking in its furthest upper left 
corner, size can be adjusted by dragging its edge). In its second link you 
can see how far I came with a fixed first column and header. Guess an 
improved ConditionalTableFormattingMacro could make this much more easier..

I also included most TW table editing tools available about 2 years ago 
(and before I turned to GoogleSpreadsheets ;-( There might be something 
there you didn't knew, For example "Editable Table" by Steve Millman 
(adapted from MathCell 
Spreadsheet) 
which in itself would be difficult to use with large tables too. However, 
it uses fixed width edit fields and that makes it already now much easier 
to add cell formating after the table content has been created with 
TableEditor. Though I still think being able to hook TableEditor up with 
QuickEdit and SectionEditPlugin by Eric would solve many problems at once, 
like too small cell edit fields and cell formatting..

Too many things there to mention. But note the buggy '=counta' calculations 
in the first row of the main table. Also copying and pasting the formula 
gives inconsistent results, sometime it updates to the right column 
lettering, sometimes it doesn't.

Concerning online tables I found TableTools2 FF addon very useful. Maybe 
there would be some way to highjack some functions of this addon from 
within a TW? (Instead of having to pass 2 levels of popups in FFs context 
menu)

For large table html format generally renders much quicker, and therefore 
would be much more appropriate to publish, though that comes with the 
disadvantage of triple the byte size of a equivalent TW table. And 
EasyEditPlugin already would have made it very 'easy' to edit html tables 
within TWs (sadly this became buggy with the latest TW too. It only works 
with some tiddlers in my case now, and I don't understand the criteria for 
not working with others..). ..just some things to consider too.

Regards.

Am Samstag, 18. August 2012 17:39:40 UTC+2 schrieb Vincent Yeh:
>
> wolfgang,
>
> Thanks for the fruitful feedback. Since I never had a large table so I 
> never tested those cases. I will start to see how it works with large 
> tables. However, since I have no idea how to do those "fixed rows/columns" 
> things, I would need some time to build an example. If you could provide me 
> one to test on that would be wonderful.
> Thanks again for the useful comments! :-)
>
> Vincent
>
> On Saturday, August 18, 2012 10:44:56 PM UTC+8, wolfgang wrote:
>>
>>  Thanks a lot for continually working on improvements. :-)
>>
>> However, usually my sheets are bigger than any screen, and therefore, 
>>> does anyone know if 1-2 rows at the top, or to the left could fixated in 
>>> their position so that they don't scroll out of view? Maybe just some CSS 
>>> to accomplish this?
>>>
>>> Tried to create a larger text based table (an interactions matrix for 
>> nutrients) and experienced quite some momentary bugs: like deleting the 
>> table by adding rows or columns and leaving a 'undefined' as only content, 
>> Or renaming B vitamins (B1, B2,..) in the table header and first column to 
>> 'C's. And worse, leaving a 0 byte TW without anything after a saveChanges 
>> (though that has happened before with the latest TW version and I therefore 
>> had 'save backups' enabled :-). Since I can't consistently reproduce these 
>> serious errors, and they also seem to get much less - it would be difficult 
>> to find out if some other plugins interacted or other reasons at the moment.
>>
>> Tried to create a position fixed first row and column by transclution - 
>> but that isn't a solution unless all cell widths are made equal. Also 
>> having the fixed header row and first column transcluded brought up the bug 
>> that TableEditor seemingly arbitrarily chooses on which of the 3 tables it 
>> adds the editable class (in a 'editable' globally enabled TW) irrespective 
>> of their order in the tiddler or  added to all it's cells (it 
>> prefered the first row column table). An other difficulty with the 
>> automatically adjusted cell widths and entering 1 or 2 sentences in table 
>> cell is, that the edit field most often isn't wide enough, additionally the 
>> height isn't larger than it's width. Which often gives an edit field about 
>> 3 lines of only 3 letters wide! And makes TableEditor practically useless 
>> for entering text at this point.
>>
>> Guess the easiest solution with largely variable cell widths (and 
>> heights) in view mode could be the existing feature of GridPlugin to 
>> initially show only a certain number of characters in each cell - it's full 
>> content only with a click into the cell. For edit mode there would have to 
>> be a minimum width for the cell being ed

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

wolfgang,

Thanks for the fruitful feedback. Since I never had a large table so I 
never tested those cases. I will start to see how it works with large 
tables. However, since I have no idea how to do those "fixed rows/columns" 
things, I would need some time to build an example. If you could provide me 
one to test on that would be wonderful.
Thanks again for the useful comments! :-)

Vincent

On Saturday, August 18, 2012 10:44:56 PM UTC+8, wolfgang wrote:
>
>  Thanks a lot for continually working on improvements. :-)
>
> However, usually my sheets are bigger than any screen, and therefore, does 
>> anyone know if 1-2 rows at the top, or to the left could fixated in their 
>> position so that they don't scroll out of view? Maybe just some CSS to 
>> accomplish this?
>>
>> Tried to create a larger text based table (an interactions matrix for 
> nutrients) and experienced quite some momentary bugs: like deleting the 
> table by adding rows or columns and leaving a 'undefined' as only content, 
> Or renaming B vitamins (B1, B2,..) in the table header and first column to 
> 'C's. And worse, leaving a 0 byte TW without anything after a saveChanges 
> (though that has happened before with the latest TW version and I therefore 
> had 'save backups' enabled :-). Since I can't consistently reproduce these 
> serious errors, and they also seem to get much less - it would be difficult 
> to find out if some other plugins interacted or other reasons at the moment.
>
> Tried to create a position fixed first row and column by transclution - 
> but that isn't a solution unless all cell widths are made equal. Also 
> having the fixed header row and first column transcluded brought up the bug 
> that TableEditor seemingly arbitrarily chooses on which of the 3 tables it 
> adds the editable class (in a 'editable' globally enabled TW) irrespective 
> of their order in the tiddler or  added to all it's cells (it 
> prefered the first row column table). An other difficulty with the 
> automatically adjusted cell widths and entering 1 or 2 sentences in table 
> cell is, that the edit field most often isn't wide enough, additionally the 
> height isn't larger than it's width. Which often gives an edit field about 
> 3 lines of only 3 letters wide! And makes TableEditor practically useless 
> for entering text at this point.
>
> Guess the easiest solution with largely variable cell widths (and heights) 
> in view mode could be the existing feature of GridPlugin to initially show 
> only a certain number of characters in each cell - it's full content only 
> with a click into the cell. For edit mode there would have to be a minimum 
> width for the cell being edited (at least 8 characters per line).
>
> Enough for now :-)
>
>>
>>

-- 
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/-/3PUtNOxFgPsJ.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

 Thanks a lot for continually working on improvements. :-)

However, usually my sheets are bigger than any screen, and therefore, does 
> anyone know if 1-2 rows at the top, or to the left could fixated in their 
> position so that they don't scroll out of view? Maybe just some CSS to 
> accomplish this?
>
> Tried to create a larger text based table (an interactions matrix for 
nutrients) and experienced quite some momentary bugs: like deleting the 
table by adding rows or columns and leaving a 'undefined' as only content, 
Or renaming B vitamins (B1, B2,..) in the table header and first column to 
'C's. And worse, leaving a 0 byte TW without anything after a saveChanges 
(though that has happened before with the latest TW version and I therefore 
had 'save backups' enabled :-). Since I can't consistently reproduce these 
serious errors, and they also seem to get much less - it would be difficult 
to find out if some other plugins interacted or other reasons at the moment.

Tried to create a position fixed first row and column by transclution - but 
that isn't a solution unless all cell widths are made equal. Also having 
the fixed header row and first column transcluded brought up the bug that 
TableEditor seemingly arbitrarily chooses on which of the 3 tables it adds 
the editable class (in a 'editable' globally enabled TW) irrespective of 
their order in the tiddler or  added to all it's cells (it prefered 
the first row column table). An other difficulty with the automatically 
adjusted cell widths and entering 1 or 2 sentences in table cell is, that 
the edit field most often isn't wide enough, additionally the height isn't 
larger than it's width. Which often gives an edit field about 3 lines of 
only 3 letters wide! And makes TableEditor practically useless for entering 
text at this point.

Guess the easiest solution with largely variable cell widths (and heights) 
in view mode could be the existing feature of GridPlugin to initially show 
only a certain number of characters in each cell - it's full content only 
with a click into the cell. For edit mode there would have to be a minimum 
width for the cell being edited (at least 8 characters per line).

Enough for now :-)

>
>

-- 
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/-/r0vajCkoUTwJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

Thanks for bringing it up, Craig. I have come up with a workaround and 
uploaded the TableCalculator v0.6.10 
http://qmowcy2.tiddlyspace.com/#TableCalculator. Please download and try.

See 
http://qmowcy2.tiddlyspace.com/#%5B%5BProblem%20with%20SyntaxHighlighterPlugin3%5D%5D
 
if you are interested to know the details.

Vincent

On Saturday, August 18, 2012 2:03:15 AM UTC+8, Craig in Calgary wrote:
>
> Has anyone else experienced an incompatibility between PMario`s 
> SyntaxHighlighterPlugin v0.2.1 (
> http://syntaxhighlighter.tiddlyspace.com/#SyntaxHighlighterPlugin3) and 
> TableCalculator v0.6.9? Specifically, commented code, e.g. /*{{{*/ ... 
> /*}}}*/, renders wonky. Something in the code of TableCalculator v0.6.9 
> changes how SyntaxHighlighterPlugin renders comments. Due to sort order 
> TableCalculator will always load after SyntaxHighlighterPlugin. What to do?
>
>

-- 
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/-/Y2lyMujKoBcJ.
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.

Re: [tw] Re: Inline Editing of tables

[Craig in Calgary]

Has anyone else experienced an incompatibility between PMario`s 
SyntaxHighlighterPlugin v0.2.1 
(http://syntaxhighlighter.tiddlyspace.com/#SyntaxHighlighterPlugin3) and 
TableCalculator v0.6.9? Specifically, commented code, e.g. /*{{{*/ ... 
/*}}}*/, renders wonky. Something in the code of TableCalculator v0.6.9 
changes how SyntaxHighlighterPlugin renders comments. Due to sort order 
TableCalculator will always load after SyntaxHighlighterPlugin. What to do?

-- 
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/-/d2prPo_npK4J.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

Forgot on change made in TableCalculator:

   - Auto adjustment of cell references upon *copy-and-pasting within the 
   same table*.
  - The same way as OpenOffice.calc or Excel does, except that the 
  absolute referencing with a dollar sign - such as A$3, $B$4, for example 
- 
  is NOT supported.
  

On Friday, August 17, 2012 2:13:58 PM UTC+8, Vincent Yeh wrote:
>
> TableEditor 1.2.4 http://qmowcy2.tiddlyspace.com/#TableEditor
> and
> TableCalculator 0.6.9 http://qmowcy2.tiddlyspace.com/#TableCalculator
>
> Main changes:
>
>- TableEditor
>   - Refreshes only the cell just changed instead of the whole tiddler.
>  - Uses tiddler.set() to save change and wikify() to render the 
>  cell just changed. Stopped using store.saveTiddler() which causes 
>  refreshing of the whole tiddler (and hence 
>  recreation/reinitialization/recalculation... of all tables in that 
>  tiddler). Saved some time.
>  - No need to worry about SortableGridPlugin and 
>  TableSortingPlugin because their stored info does not get flushed 
> upon 
>  refreshing any more.
>  - Supports tables with multiple tBodies.
>   - Uses jQuery library as much as I know.
>   - Removed comments/revision history to reduce size.
>  - Full version is available as TableEditor--CRV for interested 
>  people.
>   - TableCalculator
>   - Restructured codes to recalculate individual tables in order to 
>   work with the rendering behavior change in TableEditor.
>  - See above for explanations.
>  - Supports tables with multiple tBodies.
>   - Uses jQuery library as much as I know.
>   - Removed comments/revision history to reduce size.
>  - Full version is available as TableCalculator--CRV for 
>  interested people.
>   
> Please give them a try and send me comments/suggestions/bug reposts. 
> Thanks.
>
> Vincent
>
>
> On Sunday, August 5, 2012 2:21:10 PM UTC+8, Vincent Yeh wrote:
>>
>> I think I have a workaround and it seems to work on the examples given in 
>> the two sorting plugins.
>>
>> However, I do not use them myself so do not have more examples to test 
>> on. If you are using either SortableGridPlugin or TableSortingPlugin, 
>> please try TableEditor v1.1.8 (
>> http://qmowcy2.tiddlyspace.com/#TableCalculator) with your own stuffs 
>> and see if it works. Let me know if it doesn't. Thanks.
>>
>> Vincent
>>
>> On Sunday, August 5, 2012 10:52:49 AM UTC+8, Vincent Yeh wrote:
>>>
>>> The TableEditor DOES NOT work with either SortableGridPlugin or 
>>> TableSrotingPlugin. I thought it worked. My mistakes. (Sorry, David.)
>>>
>>> Both sorting plugins work well on their own but only ascending with 
>>> TableEditor. The reason is that they store needed information in a SPAN 
>>> element they created, but this element gets recreated(?) and their needed 
>>> information flushed out when a tiddler gets refreshed. The TableEditor 
>>> calls store.saveTiddler() to save wikitext each time a table gets sorted 
>>> (so the underlying wikitext would be consistent with the rendered HTML), in 
>>> which the tiddler gets refreshed and, in turn, the sorting information gets 
>>> flushed out every time sorted -- no chance to go descending.
>>>
>>> I don't have an easy way to fix it yet. If some one has 
>>> suggestions/ideas, please let me know.
>>>
>>> Vincent
>>>
>>> On Friday, July 13, 2012 12:12:30 AM UTC+8, Vincent Yeh wrote:

 David,

 The TableEdit plugin now works with SortableGridPlugin and 
 TableSortingPlguin. It reorders the underlying wikitext in accordance with 
 the sorted result, there is no inconsistency any more. You can download 
 the 
 latest version and see.

 For download: Go to qmowcy2.tiddlyspace.com, find the TableEdit 
 tiddler in the public section.
 For those who are not familiar with the two sorting plugins, there are 
 two example tiddlers in my tiddlyspace for reference.

 Vincent

 On Tuesday, July 10, 2012 11:42:42 AM UTC+8, Vincent Yeh wrote:
>
> David,
>
> I found a way to make them work together. You can download the newest 
> version and give it a try. The reason and workaround are explained in the 
> revisions section.
>
> However, I also found a deeper issue between the sorting plugins and 
> the TableEdit plugin: They are not consistent!
> The sorting plugins (SortableGridPlugin and TableSortingPlugin) work 
> on a rendered DOM table, while thisTableEdit plugin works on its 
> underlying 
> wikitext. THERE WILL BE INCONSISTENCY AFTER SORTING! And I don't know 
> how to fix that yet...
>
> Vincent
>
> On Friday, July 6, 2012 9:59:34 PM UTC+8, David Szego wrote:
>>
>> Fantastic work - this is really useful to me, thank you.
>>
>> I've noticed it doesn't work with the SortableGridPlugin from 
>> htt

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

TableEditor 1.2.4 http://qmowcy2.tiddlyspace.com/#TableEditor
and
TableCalculator 0.6.9 http://qmowcy2.tiddlyspace.com/#TableCalculator

Main changes:

   - TableEditor
  - Refreshes only the cell just changed instead of the whole tiddler.
 - Uses tiddler.set() to save change and wikify() to render the 
 cell just changed. Stopped using store.saveTiddler() which causes 
 refreshing of the whole tiddler (and hence 
 recreation/reinitialization/recalculation... of all tables in that 
 tiddler). Saved some time.
 - No need to worry about SortableGridPlugin and TableSortingPlugin 
 because their stored info does not get flushed upon refreshing any 
more.
 - Supports tables with multiple tBodies.
  - Uses jQuery library as much as I know.
  - Removed comments/revision history to reduce size.
 - Full version is available as TableEditor--CRV for interested 
 people.
  - TableCalculator
  - Restructured codes to recalculate individual tables in order to 
  work with the rendering behavior change in TableEditor.
 - See above for explanations.
 - Supports tables with multiple tBodies.
  - Uses jQuery library as much as I know.
  - Removed comments/revision history to reduce size.
 - Full version is available as TableCalculator--CRV for interested 
 people.
  
Please give them a try and send me comments/suggestions/bug reposts. Thanks.

Vincent


On Sunday, August 5, 2012 2:21:10 PM UTC+8, Vincent Yeh wrote:
>
> I think I have a workaround and it seems to work on the examples given in 
> the two sorting plugins.
>
> However, I do not use them myself so do not have more examples to test on. 
> If you are using either SortableGridPlugin or TableSortingPlugin, please 
> try TableEditor v1.1.8 (http://qmowcy2.tiddlyspace.com/#TableCalculator) 
> with your own stuffs and see if it works. Let me know if it doesn't. Thanks.
>
> Vincent
>
> On Sunday, August 5, 2012 10:52:49 AM UTC+8, Vincent Yeh wrote:
>>
>> The TableEditor DOES NOT work with either SortableGridPlugin or 
>> TableSrotingPlugin. I thought it worked. My mistakes. (Sorry, David.)
>>
>> Both sorting plugins work well on their own but only ascending with 
>> TableEditor. The reason is that they store needed information in a SPAN 
>> element they created, but this element gets recreated(?) and their needed 
>> information flushed out when a tiddler gets refreshed. The TableEditor 
>> calls store.saveTiddler() to save wikitext each time a table gets sorted 
>> (so the underlying wikitext would be consistent with the rendered HTML), in 
>> which the tiddler gets refreshed and, in turn, the sorting information gets 
>> flushed out every time sorted -- no chance to go descending.
>>
>> I don't have an easy way to fix it yet. If some one has 
>> suggestions/ideas, please let me know.
>>
>> Vincent
>>
>> On Friday, July 13, 2012 12:12:30 AM UTC+8, Vincent Yeh wrote:
>>>
>>> David,
>>>
>>> The TableEdit plugin now works with SortableGridPlugin and 
>>> TableSortingPlguin. It reorders the underlying wikitext in accordance with 
>>> the sorted result, there is no inconsistency any more. You can download the 
>>> latest version and see.
>>>
>>> For download: Go to qmowcy2.tiddlyspace.com, find the TableEdit tiddler 
>>> in the public section.
>>> For those who are not familiar with the two sorting plugins, there are 
>>> two example tiddlers in my tiddlyspace for reference.
>>>
>>> Vincent
>>>
>>> On Tuesday, July 10, 2012 11:42:42 AM UTC+8, Vincent Yeh wrote:

 David,

 I found a way to make them work together. You can download the newest 
 version and give it a try. The reason and workaround are explained in the 
 revisions section.

 However, I also found a deeper issue between the sorting plugins and 
 the TableEdit plugin: They are not consistent!
 The sorting plugins (SortableGridPlugin and TableSortingPlugin) work on 
 a rendered DOM table, while thisTableEdit plugin works on its underlying 
 wikitext. THERE WILL BE INCONSISTENCY AFTER SORTING! And I don't know 
 how to fix that yet...

 Vincent

 On Friday, July 6, 2012 9:59:34 PM UTC+8, David Szego wrote:
>
> Fantastic work - this is really useful to me, thank you.
>
> I've noticed it doesn't work with the SortableGridPlugin from 
> http://rumkin.com/tools/tiddlywiki/#SortableGridPlugin
>
> If I do:
>
> |editable|k
> |!Heading 1|!Heading 2|!Heading 3|h
> |Cell|cell|cell|
>
> ...where the |h invokes the sorting plugin, I simply get no edit 
> button. If I omit the h, all is good.
>
> Happy to help you debug if you'd like. Great work, again.
>
> Cheers,
> David Szego
>
> On Sunday, 24 June 2012 13:28:04 UTC-4, Vincent Yeh wrote:
>>
>> Dear All,
>>
>> It seems quit a while already but if any one is still in

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

Oops! Wrong link!
This is the right link http://qmowcy2.tiddlyspace.com/#TableEditor

On Sunday, August 5, 2012 2:21:10 PM UTC+8, Vincent Yeh wrote:
>
> I think I have a workaround and it seems to work on the examples given in 
> the two sorting plugins.
>
> However, I do not use them myself so do not have more examples to test on. 
> If you are using either SortableGridPlugin or TableSortingPlugin, please 
> try TableEditor v1.1.8 (http://qmowcy2.tiddlyspace.com/#TableCalculator) 
> with your own stuffs and see if it works. Let me know if it doesn't. Thanks.
>
> Vincent
>
> On Sunday, August 5, 2012 10:52:49 AM UTC+8, Vincent Yeh wrote:
>>
>> The TableEditor DOES NOT work with either SortableGridPlugin or 
>> TableSrotingPlugin. I thought it worked. My mistakes. (Sorry, David.)
>>
>> Both sorting plugins work well on their own but only ascending with 
>> TableEditor. The reason is that they store needed information in a SPAN 
>> element they created, but this element gets recreated(?) and their needed 
>> information flushed out when a tiddler gets refreshed. The TableEditor 
>> calls store.saveTiddler() to save wikitext each time a table gets sorted 
>> (so the underlying wikitext would be consistent with the rendered HTML), in 
>> which the tiddler gets refreshed and, in turn, the sorting information gets 
>> flushed out every time sorted -- no chance to go descending.
>>
>> I don't have an easy way to fix it yet. If some one has 
>> suggestions/ideas, please let me know.
>>
>> Vincent
>>
>> On Friday, July 13, 2012 12:12:30 AM UTC+8, Vincent Yeh wrote:
>>>
>>> David,
>>>
>>> The TableEdit plugin now works with SortableGridPlugin and 
>>> TableSortingPlguin. It reorders the underlying wikitext in accordance with 
>>> the sorted result, there is no inconsistency any more. You can download the 
>>> latest version and see.
>>>
>>> For download: Go to qmowcy2.tiddlyspace.com, find the TableEdit tiddler 
>>> in the public section.
>>> For those who are not familiar with the two sorting plugins, there are 
>>> two example tiddlers in my tiddlyspace for reference.
>>>
>>> Vincent
>>>
>>> On Tuesday, July 10, 2012 11:42:42 AM UTC+8, Vincent Yeh wrote:

 David,

 I found a way to make them work together. You can download the newest 
 version and give it a try. The reason and workaround are explained in the 
 revisions section.

 However, I also found a deeper issue between the sorting plugins and 
 the TableEdit plugin: They are not consistent!
 The sorting plugins (SortableGridPlugin and TableSortingPlugin) work on 
 a rendered DOM table, while thisTableEdit plugin works on its underlying 
 wikitext. THERE WILL BE INCONSISTENCY AFTER SORTING! And I don't know 
 how to fix that yet...

 Vincent

 On Friday, July 6, 2012 9:59:34 PM UTC+8, David Szego wrote:
>
> Fantastic work - this is really useful to me, thank you.
>
> I've noticed it doesn't work with the SortableGridPlugin from 
> http://rumkin.com/tools/tiddlywiki/#SortableGridPlugin
>
> If I do:
>
> |editable|k
> |!Heading 1|!Heading 2|!Heading 3|h
> |Cell|cell|cell|
>
> ...where the |h invokes the sorting plugin, I simply get no edit 
> button. If I omit the h, all is good.
>
> Happy to help you debug if you'd like. Great work, again.
>
> Cheers,
> David Szego
>
> On Sunday, 24 June 2012 13:28:04 UTC-4, Vincent Yeh wrote:
>>
>> Dear All,
>>
>> It seems quit a while already but if any one is still interested, I 
>> have just released a TableEdit plugin that might do the job. You can 
>> visit 
>> my TiddlySpace at qmowcy2.tiddlyspace.com, find the TableEdit 
>> tiddler in the Public section. Comments and suggestions are welcome.
>>
>> Best,
>>
>> Vincent
>>
>> On Wednesday, January 16, 2008 3:41:04 AM UTC+8, Nicolas S. wrote:
>>>
>>> Good evening Eric, 
>>>
>>> I was just wondering if you had any idea of how soon in the future 
>>> you planned on working on/releasing the EditableTablePlugin (see bottom 
>>> of 
>>> your post below)
>>> Please, do note take this as a personal request for more work from 
>>> you on TW, as I can already hardly believe how much you contribute to 
>>> it 
>>> already... ;) 
>>>
>>> In fact, I was just wondering if this was a distant idea in your 
>>> mind or something you were already working on today, to know if it was 
>>> worth waiting (even a couple more months or 6 months, I don't care) 
>>> before 
>>> starting a new task on my side that is going to involve a very large 
>>> (>100) 
>>> number of tables. This task is not urgent (well, it has to be finished 
>>> some 
>>> day, in like 9 months), but it might spare me so much time once this 
>>> miraculous plugin would be released that I could wait a long time 
>>> before 
>>>

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

I think I have a workaround and it seems to work on the examples given in 
the two sorting plugins.

However, I do not use them myself so do not have more examples to test on. 
If you are using either SortableGridPlugin or TableSortingPlugin, please 
try TableEditor v1.1.8 (http://qmowcy2.tiddlyspace.com/#TableCalculator) 
with your own stuffs and see if it works. Let me know if it doesn't. Thanks.

Vincent

On Sunday, August 5, 2012 10:52:49 AM UTC+8, Vincent Yeh wrote:
>
> The TableEditor DOES NOT work with either SortableGridPlugin or 
> TableSrotingPlugin. I thought it worked. My mistakes. (Sorry, David.)
>
> Both sorting plugins work well on their own but only ascending with 
> TableEditor. The reason is that they store needed information in a SPAN 
> element they created, but this element gets recreated(?) and their needed 
> information flushed out when a tiddler gets refreshed. The TableEditor 
> calls store.saveTiddler() to save wikitext each time a table gets sorted 
> (so the underlying wikitext would be consistent with the rendered HTML), in 
> which the tiddler gets refreshed and, in turn, the sorting information gets 
> flushed out every time sorted -- no chance to go descending.
>
> I don't have an easy way to fix it yet. If some one has suggestions/ideas, 
> please let me know.
>
> Vincent
>
> On Friday, July 13, 2012 12:12:30 AM UTC+8, Vincent Yeh wrote:
>>
>> David,
>>
>> The TableEdit plugin now works with SortableGridPlugin and 
>> TableSortingPlguin. It reorders the underlying wikitext in accordance with 
>> the sorted result, there is no inconsistency any more. You can download the 
>> latest version and see.
>>
>> For download: Go to qmowcy2.tiddlyspace.com, find the TableEdit tiddler 
>> in the public section.
>> For those who are not familiar with the two sorting plugins, there are 
>> two example tiddlers in my tiddlyspace for reference.
>>
>> Vincent
>>
>> On Tuesday, July 10, 2012 11:42:42 AM UTC+8, Vincent Yeh wrote:
>>>
>>> David,
>>>
>>> I found a way to make them work together. You can download the newest 
>>> version and give it a try. The reason and workaround are explained in the 
>>> revisions section.
>>>
>>> However, I also found a deeper issue between the sorting plugins and the 
>>> TableEdit plugin: They are not consistent!
>>> The sorting plugins (SortableGridPlugin and TableSortingPlugin) work on 
>>> a rendered DOM table, while thisTableEdit plugin works on its underlying 
>>> wikitext. THERE WILL BE INCONSISTENCY AFTER SORTING! And I don't know 
>>> how to fix that yet...
>>>
>>> Vincent
>>>
>>> On Friday, July 6, 2012 9:59:34 PM UTC+8, David Szego wrote:

 Fantastic work - this is really useful to me, thank you.

 I've noticed it doesn't work with the SortableGridPlugin from 
 http://rumkin.com/tools/tiddlywiki/#SortableGridPlugin

 If I do:

 |editable|k
 |!Heading 1|!Heading 2|!Heading 3|h
 |Cell|cell|cell|

 ...where the |h invokes the sorting plugin, I simply get no edit 
 button. If I omit the h, all is good.

 Happy to help you debug if you'd like. Great work, again.

 Cheers,
 David Szego

 On Sunday, 24 June 2012 13:28:04 UTC-4, Vincent Yeh wrote:
>
> Dear All,
>
> It seems quit a while already but if any one is still interested, I 
> have just released a TableEdit plugin that might do the job. You can 
> visit 
> my TiddlySpace at qmowcy2.tiddlyspace.com, find the TableEdit tiddler 
> in the Public section. Comments and suggestions are welcome.
>
> Best,
>
> Vincent
>
> On Wednesday, January 16, 2008 3:41:04 AM UTC+8, Nicolas S. wrote:
>>
>> Good evening Eric, 
>>
>> I was just wondering if you had any idea of how soon in the future 
>> you planned on working on/releasing the EditableTablePlugin (see bottom 
>> of 
>> your post below)
>> Please, do note take this as a personal request for more work from 
>> you on TW, as I can already hardly believe how much you contribute to it 
>> already... ;) 
>>
>> In fact, I was just wondering if this was a distant idea in your mind 
>> or something you were already working on today, to know if it was worth 
>> waiting (even a couple more months or 6 months, I don't care) before 
>> starting a new task on my side that is going to involve a very large 
>> (>100) 
>> number of tables. This task is not urgent (well, it has to be finished 
>> some 
>> day, in like 9 months), but it might spare me so much time once this 
>> miraculous plugin would be released that I could wait a long time before 
>> starting the task, if only I knew you were to publish it in a 
>> "not-further-than-6-months" delay. 
>>
>> Thanks again for your great work anyway
>>
>> -Nicolas
>>
>> On Dec 26, 2007 11:55 PM, Eric Shulman  wrote:
>>
>>>
>>> > I'm looking for a plugin which allo

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

The TableEditor DOES NOT work with either SortableGridPlugin or 
TableSrotingPlugin. I thought it worked. My mistakes. (Sorry, David.)

Both sorting plugins work well on their own but only ascending with 
TableEditor. The reason is that they store needed information in a SPAN 
element they created, but this element gets recreated(?) and their needed 
information flushed out when a tiddler gets refreshed. The TableEditor 
calls store.saveTiddler() to save wikitext each time a table gets sorted 
(so the underlying wikitext would be consistent with the rendered HTML), in 
which the tiddler gets refreshed and, in turn, the sorting information gets 
flushed out every time sorted -- no chance to go descending.

I don't have an easy way to fix it yet. If some one has suggestions/ideas, 
please let me know.

Vincent

On Friday, July 13, 2012 12:12:30 AM UTC+8, Vincent Yeh wrote:
>
> David,
>
> The TableEdit plugin now works with SortableGridPlugin and 
> TableSortingPlguin. It reorders the underlying wikitext in accordance with 
> the sorted result, there is no inconsistency any more. You can download the 
> latest version and see.
>
> For download: Go to qmowcy2.tiddlyspace.com, find the TableEdit tiddler 
> in the public section.
> For those who are not familiar with the two sorting plugins, there are two 
> example tiddlers in my tiddlyspace for reference.
>
> Vincent
>
> On Tuesday, July 10, 2012 11:42:42 AM UTC+8, Vincent Yeh wrote:
>>
>> David,
>>
>> I found a way to make them work together. You can download the newest 
>> version and give it a try. The reason and workaround are explained in the 
>> revisions section.
>>
>> However, I also found a deeper issue between the sorting plugins and the 
>> TableEdit plugin: They are not consistent!
>> The sorting plugins (SortableGridPlugin and TableSortingPlugin) work on a 
>> rendered DOM table, while thisTableEdit plugin works on its underlying 
>> wikitext. THERE WILL BE INCONSISTENCY AFTER SORTING! And I don't know 
>> how to fix that yet...
>>
>> Vincent
>>
>> On Friday, July 6, 2012 9:59:34 PM UTC+8, David Szego wrote:
>>>
>>> Fantastic work - this is really useful to me, thank you.
>>>
>>> I've noticed it doesn't work with the SortableGridPlugin from 
>>> http://rumkin.com/tools/tiddlywiki/#SortableGridPlugin
>>>
>>> If I do:
>>>
>>> |editable|k
>>> |!Heading 1|!Heading 2|!Heading 3|h
>>> |Cell|cell|cell|
>>>
>>> ...where the |h invokes the sorting plugin, I simply get no edit button. 
>>> If I omit the h, all is good.
>>>
>>> Happy to help you debug if you'd like. Great work, again.
>>>
>>> Cheers,
>>> David Szego
>>>
>>> On Sunday, 24 June 2012 13:28:04 UTC-4, Vincent Yeh wrote:

 Dear All,

 It seems quit a while already but if any one is still interested, I 
 have just released a TableEdit plugin that might do the job. You can visit 
 my TiddlySpace at qmowcy2.tiddlyspace.com, find the TableEdit tiddler 
 in the Public section. Comments and suggestions are welcome.

 Best,

 Vincent

 On Wednesday, January 16, 2008 3:41:04 AM UTC+8, Nicolas S. wrote:
>
> Good evening Eric, 
>
> I was just wondering if you had any idea of how soon in the future you 
> planned on working on/releasing the EditableTablePlugin (see bottom of 
> your 
> post below)
> Please, do note take this as a personal request for more work from you 
> on TW, as I can already hardly believe how much you contribute to it 
> already... ;) 
>
> In fact, I was just wondering if this was a distant idea in your mind 
> or something you were already working on today, to know if it was worth 
> waiting (even a couple more months or 6 months, I don't care) before 
> starting a new task on my side that is going to involve a very large 
> (>100) 
> number of tables. This task is not urgent (well, it has to be finished 
> some 
> day, in like 9 months), but it might spare me so much time once this 
> miraculous plugin would be released that I could wait a long time before 
> starting the task, if only I knew you were to publish it in a 
> "not-further-than-6-months" delay. 
>
> Thanks again for your great work anyway
>
> -Nicolas
>
> On Dec 26, 2007 11:55 PM, Eric Shulman  wrote:
>
>>
>> > I'm looking for a plugin which allows to edit the content of a table
>> > cell in a tiddlywiki simply by clicking it with your mouse cursor.
>> > Especially in big tables, it would be much more convenient to edit 
>> > content that way. As far as I can remember I once stumbled upon a
>> > tiddylwiki with exact that feature, yet I can't find it any more.
>>
>> http://www.TiddlyTools.com/#SliceGridPlugin
>>
>> *generates* a grid (table) that displays tiddler slice values and
>> includes an "edit-in-place" feature: click a value in a grid cell and
>> it changes to an edit field.  Type your input.  Press en

Re: [tw] Re: Inline Editing of tables

[wolfgang]

> .. the disruptive adjustment of cell sizes to the enlarged edit field in a 
> cell could be remedied by using a popup instead. Similiar to 
> SectionEditPlugin  by 
> Eric, or optionally allow this plugin to take over the cell edit field. 
> With the additional benefit of being able to use the quick formatting 
> abilities of QuickEditPlugin for cell background color, etc.
>
 
On a second thought here too, maybe it would better if the 'in cell' 
editing ability would be kept? - After all, the jumping size adjustments is 
only that disruptive with larger sheets I usually use, but now with smaller 
ones - and a combination with SectionEditPlugin made optional only?

-- 
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/-/0S9bcDx-UScJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

Wolfgang,

Thanks for the comments and suggestions. I will spend some time on the plugins 
you mentioned and see how it goes. Thanks again.

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/-/qHOW_dtcBaMJ.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

All the new defined functions work well after a experimenting a bit with 
your TableCalculator-Example tiddler.

Maybe it would be more useful if the onhover popup in 'noedit' mode would 
show the actual calculation in a cell, instead of cell numbering?

Though actually concerning TableEdit plugin: the disruptive adjustment of 
cell sizes to the enlarged edit field in a cell could be remedied by using 
a popup instead. Similiar to 
SectionEditPluginby Eric, or 
optionally allow this plugin to take over the cell edit field. 
With the additional benefit of being able to use the quick formatting 
abilities of QuickEditPlugin for cell background color, etc.

Thanks.

-- 
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/-/K_rH8gL5lwkJ.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

All the new defined functions work well after a experimenting a bit with 
your TableCalculator-Example tiddler.

Maybe it would be more useful if the onhover popup in 'noedit' mode would 
show the actual calculation in a cell, instead of cell numbering?

Though actually concerning TableEdit plugin: the disruptive adjustment of 
cell sizes to the enlarged edit field in a cell could be remedied by using 
a popup instead. Similiar to 
SectionEditPluginby Eric, or 
optionally allow this plugin to take over the cell edit field. 
With the additional benefit of being able to use the quick formatting 
abilities of QuickEditPlugin for cell background color, etc.

Thanks.

Am Sonntag, 15. Juli 2012 09:33:42 UTC+2 schrieb Vincent Yeh:
>
>
> TableCalculator 0.2.1 is seeking beta-testers. Interested persons please 
> go to my tiddlyspace http://qmowcy2.tiddlyspace.com, find the 
> TableCalculator tidder in the public section and give it a try. 
> Comments/suggestions/bug-reports are welcome. Thanks in advance.
>
> Vincent
>
> On Sunday, July 15, 2012 12:05:12 AM UTC+8, wolfgang wrote:
>>
>>
>> To cheer you up a little, I have the very first version of 
>>> TableCalculator ready for testing.. http://qmowcy2.tiddlyspace.com/  
>>
>>
>> Wow, what a excellent combination of plugins! Great work, thanks for 
>> sharing.
>>
>> For spreadsheet like abilities in TW I turned to Google spreadsheet in 
>> iframes. With your contributions there's hope these external services 
>> aren't needed soon.
>>
>> However, usually my sheets are bigger than any screen, and therefore, 
>> does anyone know if 1-2 rows at the top, or to the left could fixated in 
>> their position so that they don't scroll out of view? Maybe just some CSS 
>> to accomplish this?
>>
>> Or how about being able to temporarily hide some rows or columns?
>>
>> Anyone in the known of a short introduction to Javascript syntax for 
>> calculations, so one ignorant would be enabled to use most common functions 
>> i spreadsheets?
>>
>> Thanks!
>>
>
Am Sonntag, 15. Juli 2012 09:33:42 UTC+2 schrieb Vincent Yeh:
>
>
> TableCalculator 0.2.1 is seeking beta-testers. Interested persons please 
> go to my tiddlyspace http://qmowcy2.tiddlyspace.com, find the 
> TableCalculator tidder in the public section and give it a try. 
> Comments/suggestions/bug-reports are welcome. Thanks in advance.
>
> Vincent
>
> On Sunday, July 15, 2012 12:05:12 AM UTC+8, wolfgang wrote:
>>
>>
>> To cheer you up a little, I have the very first version of 
>>> TableCalculator ready for testing.. http://qmowcy2.tiddlyspace.com/  
>>
>>
>> Wow, what a excellent combination of plugins! Great work, thanks for 
>> sharing.
>>
>> For spreadsheet like abilities in TW I turned to Google spreadsheet in 
>> iframes. With your contributions there's hope these external services 
>> aren't needed soon.
>>
>> However, usually my sheets are bigger than any screen, and therefore, 
>> does anyone know if 1-2 rows at the top, or to the left could fixated in 
>> their position so that they don't scroll out of view? Maybe just some CSS 
>> to accomplish this?
>>
>> Or how about being able to temporarily hide some rows or columns?
>>
>> Anyone in the known of a short introduction to Javascript syntax for 
>> calculations, so one ignorant would be enabled to use most common functions 
>> i spreadsheets?
>>
>> Thanks!
>>
>
Am Sonntag, 15. Juli 2012 09:33:42 UTC+2 schrieb Vincent Yeh:
>
>
> TableCalculator 0.2.1 is seeking beta-testers. Interested persons please 
> go to my tiddlyspace http://qmowcy2.tiddlyspace.com, find the 
> TableCalculator tidder in the public section and give it a try. 
> Comments/suggestions/bug-reports are welcome. Thanks in advance.
>
> Vincent
>
> On Sunday, July 15, 2012 12:05:12 AM UTC+8, wolfgang wrote:
>>
>>
>> To cheer you up a little, I have the very first version of 
>>> TableCalculator ready for testing.. http://qmowcy2.tiddlyspace.com/  
>>
>>
>> Wow, what a excellent combination of plugins! Great work, thanks for 
>> sharing.
>>
>> For spreadsheet like abilities in TW I turned to Google spreadsheet in 
>> iframes. With your contributions there's hope these external services 
>> aren't needed soon.
>>
>> However, usually my sheets are bigger than any screen, and therefore, 
>> does anyone know if 1-2 rows at the top, or to the left could fixated in 
>> their position so that they don't scroll out of view? Maybe just some CSS 
>> to accomplish this?
>>
>> Or how about being able to temporarily hide some rows or columns?
>>
>> Anyone in the known of a short introduction to Javascript syntax for 
>> calculations, so one ignorant would be enabled to use most common functions 
>> i spreadsheets?
>>
>> Thanks!
>>
>
Am Sonntag, 15. Juli 2012 09:33:42 UTC+2 schrieb Vincent Yeh:
>
>
> TableCalculator 0.2.1 is seeking beta-testers. Interested persons please 
> go to my tiddlyspace http://qmowcy2.tiddlyspace.com, find the 
> TableCalculator tidder in the 

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

TableCalculator 0.2.1 is seeking beta-testers. Interested persons please go 
to my tiddlyspace http://qmowcy2.tiddlyspace.com, find the TableCalculator 
tidder in the public section and give it a try. 
Comments/suggestions/bug-reports are welcome. Thanks in advance.

Vincent

On Sunday, July 15, 2012 12:05:12 AM UTC+8, wolfgang wrote:
>
>
> To cheer you up a little, I have the very first version of TableCalculator 
>> ready for testing.. http://qmowcy2.tiddlyspace.com/  
>
>
> Wow, what a excellent combination of plugins! Great work, thanks for 
> sharing.
>
> For spreadsheet like abilities in TW I turned to Google spreadsheet in 
> iframes. With your contributions there's hope these external services 
> aren't needed soon.
>
> However, usually my sheets are bigger than any screen, and therefore, does 
> anyone know if 1-2 rows at the top, or to the left could fixated in their 
> position so that they don't scroll out of view? Maybe just some CSS to 
> accomplish this?
>
> Or how about being able to temporarily hide some rows or columns?
>
> Anyone in the known of a short introduction to Javascript syntax for 
> calculations, so one ignorant would be enabled to use most common functions 
> i spreadsheets?
>
> Thanks!
>

-- 
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/-/WE1dOvn9up4J.
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.

Re: [tw] Re: Inline Editing of tables

[wolfgang]

> To cheer you up a little, I have the very first version of TableCalculator 
> ready for testing.. http://qmowcy2.tiddlyspace.com/  


Wow, what a excellent combination of plugins! Great work, thanks for 
sharing.

For spreadsheet like abilities in TW I turned to Google spreadsheet in 
iframes. With your contributions there's hope these external services 
aren't needed soon.

However, usually my sheets are bigger than any screen, and therefore, does 
anyone know if 1-2 rows at the top, or to the left could fixated in their 
position so that they don't scroll out of view? Maybe just some CSS to 
accomplish this?

Or how about being able to temporarily hide some rows or columns?

Anyone in the known of a short introduction to Javascript syntax for 
calculations, so one ignorant would be enabled to use most common functions 
i spreadsheets?

Thanks!

-- 
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/-/xEavRSVTnc0J.
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.

Re: [tw] Re: Inline Editing of tables

[anthony]

Is it at your tiddly site? I will look it up in here I know it is here in 
this page somehwere :). 

On Saturday, July 14, 2012 12:35:11 AM UTC-5, Vincent Yeh wrote:
>
> anthony,
>
> To cheer you up a little, I have the very first version of TableCalculator 
> ready for testing. It should be able to do what you want, just read the 
> Example in the plugin description to see how. Let me know if it works for 
> you.
>
> Vincent
>
> On Saturday, July 14, 2012 1:05:58 AM UTC+8, anthony kennedy wrote:
>>
>> Vincent...not sure if you can help me but I was just using my wiki and 
>> now it is blank! The data is still in the file but it just loads BLANK! 
>> ah im freaking out...I did not have a recent back up! that is my fault 
>> I know...
>>
>> On Thursday, July 12, 2012 11:34:49 AM UTC-5, Vincent Yeh wrote:
>>>
>>> anthony,
>>>
>>> Do you mean to take info from one table to do calculations and show the 
>>> results in another? No, such cross table calculations are not planned in my 
>>> TableCalculator plugin. It will only do calculations on information within 
>>> the same table, at least for the first few releases.
>>>
>>> It will support time and date calculations for sure, things like what 
>>> you mentioned should be possible. I will let you know when something is 
>>> ready for testing. Thanks for your offer.
>>>
>>> Vincent 
>>>
>>> On Thursday, July 12, 2012 11:39:55 PM UTC+8, anthony wrote:

 Hey Vincent, I know you are being awesome and helping out this other 
 guy. And I know I have asked a lot from you...but did you happen to find 
 anyway of being able to take one table with date and time and have another 
 table show how many days that is? So like if a customer brought in a 
 computer on the 10th and today is the 12th, is there anyway for there to 
 be 
 a calcuation within the "excel" like spreadsheet that would show 2 days?

 Thanks again, this is no longer a mission critical issue though so if 
 there is no fix that is fine and I would love to help test anything new 
 yall are developing. 

 On Tuesday, July 10, 2012 10:01:43 AM UTC-5, Vincent Yeh wrote:
>
> Typo in my last post. The piece of codes you are looking for, W, is
>
> var tid = story.getTiddler( Story.prototype.tEditing_title );
> if ( tid ) {
> var tables = tid.getElementsByTagName("TABLE");
> if ( tables ) {
> remove_edit_buttons(tables[Story.prototype.tEditing_ndx]);
> addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' );
> }
> }
>
> The red text above is probably what you are adding in.
>
> V
>
> On Tuesday, July 10, 2012 9:49:38 PM UTC+8, Vincent Yeh wrote:
>>
>> W,
>>
>> I see, you are missing the table element to restore your servedtable 
>> class. You need to go toggleEditMode() function, look for the following 
>> piece of codes:
>>
>> If ( tid ) {
>> var tables = getElementsByTagName("TABLE");
>> if ( tables )
>> remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
>> }
>>
>> Then add your line to the if ( tables ) block as follows:
>>
>> If ( tid ) {
>> var tables = getElementsByTagName("TABLE");
>> if ( tables ) {
>> remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
>> addClass ( tables[Story.prototype.tEditing_ndx], 
>> 'servedtable' );
>> }
>> }
>>
>> I hope this solves your problem :-)
>>
>> V
>>
>> whatever 於 2012年7月10日星期二寫道：
>>
>>> Yes, I know which functions :), and I got it to disable my style, but
>>> I couldn't get it to reenable it. I will take another look though.
>>> Also, since you made the plugin work with the table sorting plugins,
>>> could you maybe import both plugins to your space and set up an
>>> example for each? Like TableEdit--Example, which is nicely showcasing
>>> the functionalities.
>>> w
>>>
>>> On Jul 10, 12:54 pm, Vincent Yeh  wrote:
>>> > W,
>>> >
>>> > You can try to put that line of code in remove_edit_buttons(), 
>>> which is the
>>> > function to disable the editing features. I planned to rename it to
>>> > stop_editing() or something like that in the next major release.
>>> >
>>> > The function to enable editing features is currently
>>> > prepare_edit_buttons(), which shall be renamed as well to 
>>> start_editing()
>>> > or something similar.
>>> >
>>> > Enjoy!
>>> >
>>> > Vincent
>>> >
>>> > whatever 於 2012年7月10日星期二寫道：
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > > Hi, Vincent,
>>> >
>>> > > This is a kickass plugin that I'm looking forward to using.:D I 
>>> was
>>> > > wondering one thing, though, does it set some sort of flag or
>>> > > something when in table edit mode? For example, 

Re: [tw] Re: Inline Editing of tables

[anthony]

Because you are the man that is why!

Well I got my wiki back from a back up of like 6 days before...I have no 
idea what happened though to my original. I was updating some basic stuff 
(not plugins or even part of a plugin) and I saved it 
(uploaded)...refreshed and bam blank...it would show the "title" on the 
page tab but nothing on the page just white.

I have never had that happen...I even updated that same information later 
and nothing changed...(with the recovered version).

I am not sure exactly what caused the blankout. Is there a way to determine 
that? Maybe some one out there can shed some light on it.

On Saturday, July 14, 2012 12:35:11 AM UTC-5, Vincent Yeh wrote:
>
> anthony,
>
> To cheer you up a little, I have the very first version of TableCalculator 
> ready for testing. It should be able to do what you want, just read the 
> Example in the plugin description to see how. Let me know if it works for 
> you.
>
> Vincent
>
> On Saturday, July 14, 2012 1:05:58 AM UTC+8, anthony kennedy wrote:
>>
>> Vincent...not sure if you can help me but I was just using my wiki and 
>> now it is blank! The data is still in the file but it just loads BLANK! 
>> ah im freaking out...I did not have a recent back up! that is my fault 
>> I know...
>>
>> On Thursday, July 12, 2012 11:34:49 AM UTC-5, Vincent Yeh wrote:
>>>
>>> anthony,
>>>
>>> Do you mean to take info from one table to do calculations and show the 
>>> results in another? No, such cross table calculations are not planned in my 
>>> TableCalculator plugin. It will only do calculations on information within 
>>> the same table, at least for the first few releases.
>>>
>>> It will support time and date calculations for sure, things like what 
>>> you mentioned should be possible. I will let you know when something is 
>>> ready for testing. Thanks for your offer.
>>>
>>> Vincent 
>>>
>>> On Thursday, July 12, 2012 11:39:55 PM UTC+8, anthony wrote:

 Hey Vincent, I know you are being awesome and helping out this other 
 guy. And I know I have asked a lot from you...but did you happen to find 
 anyway of being able to take one table with date and time and have another 
 table show how many days that is? So like if a customer brought in a 
 computer on the 10th and today is the 12th, is there anyway for there to 
 be 
 a calcuation within the "excel" like spreadsheet that would show 2 days?

 Thanks again, this is no longer a mission critical issue though so if 
 there is no fix that is fine and I would love to help test anything new 
 yall are developing. 

 On Tuesday, July 10, 2012 10:01:43 AM UTC-5, Vincent Yeh wrote:
>
> Typo in my last post. The piece of codes you are looking for, W, is
>
> var tid = story.getTiddler( Story.prototype.tEditing_title );
> if ( tid ) {
> var tables = tid.getElementsByTagName("TABLE");
> if ( tables ) {
> remove_edit_buttons(tables[Story.prototype.tEditing_ndx]);
> addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' );
> }
> }
>
> The red text above is probably what you are adding in.
>
> V
>
> On Tuesday, July 10, 2012 9:49:38 PM UTC+8, Vincent Yeh wrote:
>>
>> W,
>>
>> I see, you are missing the table element to restore your servedtable 
>> class. You need to go toggleEditMode() function, look for the following 
>> piece of codes:
>>
>> If ( tid ) {
>> var tables = getElementsByTagName("TABLE");
>> if ( tables )
>> remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
>> }
>>
>> Then add your line to the if ( tables ) block as follows:
>>
>> If ( tid ) {
>> var tables = getElementsByTagName("TABLE");
>> if ( tables ) {
>> remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
>> addClass ( tables[Story.prototype.tEditing_ndx], 
>> 'servedtable' );
>> }
>> }
>>
>> I hope this solves your problem :-)
>>
>> V
>>
>> whatever 於 2012年7月10日星期二寫道：
>>
>>> Yes, I know which functions :), and I got it to disable my style, but
>>> I couldn't get it to reenable it. I will take another look though.
>>> Also, since you made the plugin work with the table sorting plugins,
>>> could you maybe import both plugins to your space and set up an
>>> example for each? Like TableEdit--Example, which is nicely showcasing
>>> the functionalities.
>>> w
>>>
>>> On Jul 10, 12:54 pm, Vincent Yeh  wrote:
>>> > W,
>>> >
>>> > You can try to put that line of code in remove_edit_buttons(), 
>>> which is the
>>> > function to disable the editing features. I planned to rename it to
>>> > stop_editing() or something like that in the next major release.
>>> >
>>> > The function to enable editing features is currently
>>> > prepare_edit_buttons(), which shall be ren

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

anthony,

To cheer you up a little, I have the very first version of TableCalculator 
ready for testing. It should be able to do what you want, just read the 
Example in the plugin description to see how. Let me know if it works for 
you.

Vincent

On Saturday, July 14, 2012 1:05:58 AM UTC+8, anthony kennedy wrote:
>
> Vincent...not sure if you can help me but I was just using my wiki and now 
> it is blank! The data is still in the file but it just loads BLANK! ah 
> im freaking out...I did not have a recent back up! that is my fault I 
> know...
>
> On Thursday, July 12, 2012 11:34:49 AM UTC-5, Vincent Yeh wrote:
>>
>> anthony,
>>
>> Do you mean to take info from one table to do calculations and show the 
>> results in another? No, such cross table calculations are not planned in my 
>> TableCalculator plugin. It will only do calculations on information within 
>> the same table, at least for the first few releases.
>>
>> It will support time and date calculations for sure, things like what you 
>> mentioned should be possible. I will let you know when something is ready 
>> for testing. Thanks for your offer.
>>
>> Vincent 
>>
>> On Thursday, July 12, 2012 11:39:55 PM UTC+8, anthony wrote:
>>>
>>> Hey Vincent, I know you are being awesome and helping out this other 
>>> guy. And I know I have asked a lot from you...but did you happen to find 
>>> anyway of being able to take one table with date and time and have another 
>>> table show how many days that is? So like if a customer brought in a 
>>> computer on the 10th and today is the 12th, is there anyway for there to be 
>>> a calcuation within the "excel" like spreadsheet that would show 2 days?
>>>
>>> Thanks again, this is no longer a mission critical issue though so if 
>>> there is no fix that is fine and I would love to help test anything new 
>>> yall are developing. 
>>>
>>> On Tuesday, July 10, 2012 10:01:43 AM UTC-5, Vincent Yeh wrote:

 Typo in my last post. The piece of codes you are looking for, W, is

 var tid = story.getTiddler( Story.prototype.tEditing_title );
 if ( tid ) {
 var tables = tid.getElementsByTagName("TABLE");
 if ( tables ) {
 remove_edit_buttons(tables[Story.prototype.tEditing_ndx]);
 addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' );
 }
 }

 The red text above is probably what you are adding in.

 V

 On Tuesday, July 10, 2012 9:49:38 PM UTC+8, Vincent Yeh wrote:
>
> W,
>
> I see, you are missing the table element to restore your servedtable 
> class. You need to go toggleEditMode() function, look for the following 
> piece of codes:
>
> If ( tid ) {
> var tables = getElementsByTagName("TABLE");
> if ( tables )
> remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
> }
>
> Then add your line to the if ( tables ) block as follows:
>
> If ( tid ) {
> var tables = getElementsByTagName("TABLE");
> if ( tables ) {
> remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
> addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' 
> );
> }
> }
>
> I hope this solves your problem :-)
>
> V
>
> whatever 於 2012年7月10日星期二寫道：
>
>> Yes, I know which functions :), and I got it to disable my style, but
>> I couldn't get it to reenable it. I will take another look though.
>> Also, since you made the plugin work with the table sorting plugins,
>> could you maybe import both plugins to your space and set up an
>> example for each? Like TableEdit--Example, which is nicely showcasing
>> the functionalities.
>> w
>>
>> On Jul 10, 12:54 pm, Vincent Yeh  wrote:
>> > W,
>> >
>> > You can try to put that line of code in remove_edit_buttons(), 
>> which is the
>> > function to disable the editing features. I planned to rename it to
>> > stop_editing() or something like that in the next major release.
>> >
>> > The function to enable editing features is currently
>> > prepare_edit_buttons(), which shall be renamed as well to 
>> start_editing()
>> > or something similar.
>> >
>> > Enjoy!
>> >
>> > Vincent
>> >
>> > whatever 於 2012年7月10日星期二寫道：
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > > Hi, Vincent,
>> >
>> > > This is a kickass plugin that I'm looking forward to using.:D I 
>> was
>> > > wondering one thing, though, does it set some sort of flag or
>> > > something when in table edit mode? For example, I use a CSS class
>> > > (servedtable) to hide the first column. Now, I can assign both 
>> classes
>> > > (servedtable and editable) to the table, but I'd like to disable 
>> the
>> > > servedtable class when in table edit mode. I played around with 
>> the
>> > > code a little and fo

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

anthony,

is it because of the TableEdit?

Vincent

2012/7/14 anthony kennedy 

> Vincent...not sure if you can help me but I was just using my wiki and now
> it is blank! The data is still in the file but it just loads BLANK! ah
> im freaking out...I did not have a recent back up! that is my fault I
> know...
>
> On Thursday, July 12, 2012 11:34:49 AM UTC-5, Vincent Yeh wrote:
>>
>> anthony,
>>
>> Do you mean to take info from one table to do calculations and show the
>> results in another? No, such cross table calculations are not planned in my
>> TableCalculator plugin. It will only do calculations on information within
>> the same table, at least for the first few releases.
>>
>> It will support time and date calculations for sure, things like what you
>> mentioned should be possible. I will let you know when something is ready
>> for testing. Thanks for your offer.
>>
>> Vincent
>>
>> On Thursday, July 12, 2012 11:39:55 PM UTC+8, anthony wrote:
>>>
>>> Hey Vincent, I know you are being awesome and helping out this other
>>> guy. And I know I have asked a lot from you...but did you happen to find
>>> anyway of being able to take one table with date and time and have another
>>> table show how many days that is? So like if a customer brought in a
>>> computer on the 10th and today is the 12th, is there anyway for there to be
>>> a calcuation within the "excel" like spreadsheet that would show 2 days?
>>>
>>> Thanks again, this is no longer a mission critical issue though so if
>>> there is no fix that is fine and I would love to help test anything new
>>> yall are developing.
>>>
>>> On Tuesday, July 10, 2012 10:01:43 AM UTC-5, Vincent Yeh wrote:

 Typo in my last post. The piece of codes you are looking for, W, is

 var tid = story.getTiddler( Story.prototype.tEditing_title );
 if ( tid ) {
 var tables = tid.getElementsByTagName("**TABLE");
 if ( tables ) {
 remove_edit_buttons(tables[**Story.prototype.tEditing_ndx])**;
 addClass ( tables[Story.prototype.**tEditing_ndx], 'servedtable' );
 }
 }

 The red text above is probably what you are adding in.

 V

 On Tuesday, July 10, 2012 9:49:38 PM UTC+8, Vincent Yeh wrote:
>
> W,
>
> I see, you are missing the table element to restore your servedtable
> class. You need to go toggleEditMode() function, look for the following
> piece of codes:
>
> If ( tid ) {
> var tables = getElementsByTagName("TABLE");
> if ( tables )
> remove_edit_buttons ( tables[Story.prototype.**tEditing_ndx]
> );
> }
>
> Then add your line to the if ( tables ) block as follows:
>
> If ( tid ) {
> var tables = getElementsByTagName("TABLE");
> if ( tables ) {
> remove_edit_buttons ( tables[Story.prototype.**tEditing_ndx]
> );
> addClass ( tables[Story.prototype.**tEditing_ndx],
> 'servedtable' );
> }
> }
>
> I hope this solves your problem :-)
>
> V
>
> whatever 於 2012年7月10日星期二寫道：
>
>> Yes, I know which functions :), and I got it to disable my style, but
>> I couldn't get it to reenable it. I will take another look though.
>> Also, since you made the plugin work with the table sorting plugins,
>> could you maybe import both plugins to your space and set up an
>> example for each? Like TableEdit--Example, which is nicely showcasing
>> the functionalities.
>> w
>>
>> On Jul 10, 12:54 pm, Vincent Yeh  wrote:
>> > W,
>> >
>> > You can try to put that line of code in remove_edit_buttons(),
>> which is the
>> > function to disable the editing features. I planned to rename it to
>> > stop_editing() or something like that in the next major release.
>> >
>> > The function to enable editing features is currently
>> > prepare_edit_buttons(), which shall be renamed as well to
>> start_editing()
>> > or something similar.
>> >
>> > Enjoy!
>> >
>> > Vincent
>> >
>> > whatever 於 2012年7月10日星期二寫道：
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > > Hi, Vincent,
>> >
>> > > This is a kickass plugin that I'm looking forward to using.:D I
>> was
>> > > wondering one thing, though, does it set some sort of flag or
>> > > something when in table edit mode? For example, I use a CSS class
>> > > (servedtable) to hide the first column. Now, I can assign both
>> classes
>> > > (servedtable and editable) to the table, but I'd like to disable
>> the
>> > > servedtable class when in table edit mode. I played around with
>> the
>> > > code a little and found where I can insert a line to disable the
>> > > servedtable class, but the problem is, it doesn't reenable it
>> after I
>> > > exit the table edit mode and I'm not sure where to insert a line
>> that
>> > > would d

Re: [tw] Re: Inline Editing of tables

[anthony kennedy]

Vincent...not sure if you can help me but I was just using my wiki and now 
it is blank! The data is still in the file but it just loads BLANK! ah 
im freaking out...I did not have a recent back up! that is my fault I 
know...

On Thursday, July 12, 2012 11:34:49 AM UTC-5, Vincent Yeh wrote:
>
> anthony,
>
> Do you mean to take info from one table to do calculations and show the 
> results in another? No, such cross table calculations are not planned in my 
> TableCalculator plugin. It will only do calculations on information within 
> the same table, at least for the first few releases.
>
> It will support time and date calculations for sure, things like what you 
> mentioned should be possible. I will let you know when something is ready 
> for testing. Thanks for your offer.
>
> Vincent 
>
> On Thursday, July 12, 2012 11:39:55 PM UTC+8, anthony wrote:
>>
>> Hey Vincent, I know you are being awesome and helping out this other guy. 
>> And I know I have asked a lot from you...but did you happen to find anyway 
>> of being able to take one table with date and time and have another table 
>> show how many days that is? So like if a customer brought in a computer on 
>> the 10th and today is the 12th, is there anyway for there to be a 
>> calcuation within the "excel" like spreadsheet that would show 2 days?
>>
>> Thanks again, this is no longer a mission critical issue though so if 
>> there is no fix that is fine and I would love to help test anything new 
>> yall are developing. 
>>
>> On Tuesday, July 10, 2012 10:01:43 AM UTC-5, Vincent Yeh wrote:
>>>
>>> Typo in my last post. The piece of codes you are looking for, W, is
>>>
>>> var tid = story.getTiddler( Story.prototype.tEditing_title );
>>> if ( tid ) {
>>> var tables = tid.getElementsByTagName("TABLE");
>>> if ( tables ) {
>>> remove_edit_buttons(tables[Story.prototype.tEditing_ndx]);
>>> addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' );
>>> }
>>> }
>>>
>>> The red text above is probably what you are adding in.
>>>
>>> V
>>>
>>> On Tuesday, July 10, 2012 9:49:38 PM UTC+8, Vincent Yeh wrote:

 W,

 I see, you are missing the table element to restore your servedtable 
 class. You need to go toggleEditMode() function, look for the following 
 piece of codes:

 If ( tid ) {
 var tables = getElementsByTagName("TABLE");
 if ( tables )
 remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
 }

 Then add your line to the if ( tables ) block as follows:

 If ( tid ) {
 var tables = getElementsByTagName("TABLE");
 if ( tables ) {
 remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
 addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' 
 );
 }
 }

 I hope this solves your problem :-)

 V

 whatever 於 2012年7月10日星期二寫道：

> Yes, I know which functions :), and I got it to disable my style, but
> I couldn't get it to reenable it. I will take another look though.
> Also, since you made the plugin work with the table sorting plugins,
> could you maybe import both plugins to your space and set up an
> example for each? Like TableEdit--Example, which is nicely showcasing
> the functionalities.
> w
>
> On Jul 10, 12:54 pm, Vincent Yeh  wrote:
> > W,
> >
> > You can try to put that line of code in remove_edit_buttons(), which 
> is the
> > function to disable the editing features. I planned to rename it to
> > stop_editing() or something like that in the next major release.
> >
> > The function to enable editing features is currently
> > prepare_edit_buttons(), which shall be renamed as well to 
> start_editing()
> > or something similar.
> >
> > Enjoy!
> >
> > Vincent
> >
> > whatever 於 2012年7月10日星期二寫道：
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > > Hi, Vincent,
> >
> > > This is a kickass plugin that I'm looking forward to using.:D I was
> > > wondering one thing, though, does it set some sort of flag or
> > > something when in table edit mode? For example, I use a CSS class
> > > (servedtable) to hide the first column. Now, I can assign both 
> classes
> > > (servedtable and editable) to the table, but I'd like to disable 
> the
> > > servedtable class when in table edit mode. I played around with the
> > > code a little and found where I can insert a line to disable the
> > > servedtable class, but the problem is, it doesn't reenable it 
> after I
> > > exit the table edit mode and I'm not sure where to insert a line 
> that
> > > would do that.
> >
> > > And ideas how to go about this?
> >
> > > w
> >
> > > On Jul 5, 5:46 pm, Vincent Yeh  wrote:
> > > > Craig,
> >
> > > > Do you mean my TableEdit--Example tiddler? I though I mad

Re: [tw] Re: Inline Editing of tables

[anthony]

Well that would be great too! I am all for changing up the implementation. 
Essentially what we are trying to accomplish is if a customer brought in a 
system 3 days ago and is still in intake and has not been diagnosed we want 
to be able to see that with ease. Instead of trying to go okay today is the 
15th and they dropped it off on the 12th..how many days? We can just see 3 
days or what have you. I would not mind that being in the same cell just I 
don't know how that would implement very well. I guess do you have an 
example I could toy with? 

You guys are awesome btw.

On Thursday, July 12, 2012 11:34:49 AM UTC-5, Vincent Yeh wrote:
>
> anthony,
>
> Do you mean to take info from one table to do calculations and show the 
> results in another? No, such cross table calculations are not planned in my 
> TableCalculator plugin. It will only do calculations on information within 
> the same table, at least for the first few releases.
>
> It will support time and date calculations for sure, things like what you 
> mentioned should be possible. I will let you know when something is ready 
> for testing. Thanks for your offer.
>
> Vincent 
>
> On Thursday, July 12, 2012 11:39:55 PM UTC+8, anthony wrote:
>>
>> Hey Vincent, I know you are being awesome and helping out this other guy. 
>> And I know I have asked a lot from you...but did you happen to find anyway 
>> of being able to take one table with date and time and have another table 
>> show how many days that is? So like if a customer brought in a computer on 
>> the 10th and today is the 12th, is there anyway for there to be a 
>> calcuation within the "excel" like spreadsheet that would show 2 days?
>>
>> Thanks again, this is no longer a mission critical issue though so if 
>> there is no fix that is fine and I would love to help test anything new 
>> yall are developing. 
>>
>> On Tuesday, July 10, 2012 10:01:43 AM UTC-5, Vincent Yeh wrote:
>>>
>>> Typo in my last post. The piece of codes you are looking for, W, is
>>>
>>> var tid = story.getTiddler( Story.prototype.tEditing_title );
>>> if ( tid ) {
>>> var tables = tid.getElementsByTagName("TABLE");
>>> if ( tables ) {
>>> remove_edit_buttons(tables[Story.prototype.tEditing_ndx]);
>>> addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' );
>>> }
>>> }
>>>
>>> The red text above is probably what you are adding in.
>>>
>>> V
>>>
>>> On Tuesday, July 10, 2012 9:49:38 PM UTC+8, Vincent Yeh wrote:

 W,

 I see, you are missing the table element to restore your servedtable 
 class. You need to go toggleEditMode() function, look for the following 
 piece of codes:

 If ( tid ) {
 var tables = getElementsByTagName("TABLE");
 if ( tables )
 remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
 }

 Then add your line to the if ( tables ) block as follows:

 If ( tid ) {
 var tables = getElementsByTagName("TABLE");
 if ( tables ) {
 remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
 addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' 
 );
 }
 }

 I hope this solves your problem :-)

 V

 whatever 於 2012年7月10日星期二寫道：

> Yes, I know which functions :), and I got it to disable my style, but
> I couldn't get it to reenable it. I will take another look though.
> Also, since you made the plugin work with the table sorting plugins,
> could you maybe import both plugins to your space and set up an
> example for each? Like TableEdit--Example, which is nicely showcasing
> the functionalities.
> w
>
> On Jul 10, 12:54 pm, Vincent Yeh  wrote:
> > W,
> >
> > You can try to put that line of code in remove_edit_buttons(), which 
> is the
> > function to disable the editing features. I planned to rename it to
> > stop_editing() or something like that in the next major release.
> >
> > The function to enable editing features is currently
> > prepare_edit_buttons(), which shall be renamed as well to 
> start_editing()
> > or something similar.
> >
> > Enjoy!
> >
> > Vincent
> >
> > whatever 於 2012年7月10日星期二寫道：
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > > Hi, Vincent,
> >
> > > This is a kickass plugin that I'm looking forward to using.:D I was
> > > wondering one thing, though, does it set some sort of flag or
> > > something when in table edit mode? For example, I use a CSS class
> > > (servedtable) to hide the first column. Now, I can assign both 
> classes
> > > (servedtable and editable) to the table, but I'd like to disable 
> the
> > > servedtable class when in table edit mode. I played around with the
> > > code a little and found where I can insert a line to disable the
> > > servedtable class, but the problem is, it doesn't reenable i

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

anthony,

Do you mean to take info from one table to do calculations and show the 
results in another? No, such cross table calculations are not planned in my 
TableCalculator plugin. It will only do calculations on information within 
the same table, at least for the first few releases.

It will support time and date calculations for sure, things like what you 
mentioned should be possible. I will let you know when something is ready 
for testing. Thanks for your offer.

Vincent 

On Thursday, July 12, 2012 11:39:55 PM UTC+8, anthony wrote:
>
> Hey Vincent, I know you are being awesome and helping out this other guy. 
> And I know I have asked a lot from you...but did you happen to find anyway 
> of being able to take one table with date and time and have another table 
> show how many days that is? So like if a customer brought in a computer on 
> the 10th and today is the 12th, is there anyway for there to be a 
> calcuation within the "excel" like spreadsheet that would show 2 days?
>
> Thanks again, this is no longer a mission critical issue though so if 
> there is no fix that is fine and I would love to help test anything new 
> yall are developing. 
>
> On Tuesday, July 10, 2012 10:01:43 AM UTC-5, Vincent Yeh wrote:
>>
>> Typo in my last post. The piece of codes you are looking for, W, is
>>
>> var tid = story.getTiddler( Story.prototype.tEditing_title );
>> if ( tid ) {
>> var tables = tid.getElementsByTagName("TABLE");
>> if ( tables ) {
>> remove_edit_buttons(tables[Story.prototype.tEditing_ndx]);
>> addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' );
>> }
>> }
>>
>> The red text above is probably what you are adding in.
>>
>> V
>>
>> On Tuesday, July 10, 2012 9:49:38 PM UTC+8, Vincent Yeh wrote:
>>>
>>> W,
>>>
>>> I see, you are missing the table element to restore your servedtable 
>>> class. You need to go toggleEditMode() function, look for the following 
>>> piece of codes:
>>>
>>> If ( tid ) {
>>> var tables = getElementsByTagName("TABLE");
>>> if ( tables )
>>> remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
>>> }
>>>
>>> Then add your line to the if ( tables ) block as follows:
>>>
>>> If ( tid ) {
>>> var tables = getElementsByTagName("TABLE");
>>> if ( tables ) {
>>> remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
>>> addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' );
>>> }
>>> }
>>>
>>> I hope this solves your problem :-)
>>>
>>> V
>>>
>>> whatever 於 2012年7月10日星期二寫道：
>>>
 Yes, I know which functions :), and I got it to disable my style, but
 I couldn't get it to reenable it. I will take another look though.
 Also, since you made the plugin work with the table sorting plugins,
 could you maybe import both plugins to your space and set up an
 example for each? Like TableEdit--Example, which is nicely showcasing
 the functionalities.
 w

 On Jul 10, 12:54 pm, Vincent Yeh  wrote:
 > W,
 >
 > You can try to put that line of code in remove_edit_buttons(), which 
 is the
 > function to disable the editing features. I planned to rename it to
 > stop_editing() or something like that in the next major release.
 >
 > The function to enable editing features is currently
 > prepare_edit_buttons(), which shall be renamed as well to 
 start_editing()
 > or something similar.
 >
 > Enjoy!
 >
 > Vincent
 >
 > whatever 於 2012年7月10日星期二寫道：
 >
 >
 >
 >
 >
 >
 >
 >
 >
 > > Hi, Vincent,
 >
 > > This is a kickass plugin that I'm looking forward to using.:D I was
 > > wondering one thing, though, does it set some sort of flag or
 > > something when in table edit mode? For example, I use a CSS class
 > > (servedtable) to hide the first column. Now, I can assign both 
 classes
 > > (servedtable and editable) to the table, but I'd like to disable the
 > > servedtable class when in table edit mode. I played around with the
 > > code a little and found where I can insert a line to disable the
 > > servedtable class, but the problem is, it doesn't reenable it after 
 I
 > > exit the table edit mode and I'm not sure where to insert a line 
 that
 > > would do that.
 >
 > > And ideas how to go about this?
 >
 > > w
 >
 > > On Jul 5, 5:46 pm, Vincent Yeh  wrote:
 > > > Craig,
 >
 > > > Do you mean my TableEdit--Example tiddler? I though I made it 
 private!
 > > > Well, I just removed the <> macro and made it public, you 
 can try
 > > > it again.
 >
 > > > The <> macro is defined in another TableCalculator plugin 
 which
 > > is
 > > > under development and not yet released.
 >
 > > > Vincent
 >
 > > > 2012/7/5 Craig in Calgary 
 >
 > > > > Where is the <> definition used in your example tiddler?
 >
 > > > > --
 > >

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

David,

The TableEdit plugin now works with SortableGridPlugin and 
TableSortingPlguin. It reorders the underlying wikitext in accordance with 
the sorted result, there is no inconsistency any more. You can download the 
latest version and see.

For download: Go to qmowcy2.tiddlyspace.com, find the TableEdit tiddler in 
the public section.
For those who are not familiar with the two sorting plugins, there are two 
example tiddlers in my tiddlyspace for reference.

Vincent

On Tuesday, July 10, 2012 11:42:42 AM UTC+8, Vincent Yeh wrote:
>
> David,
>
> I found a way to make them work together. You can download the newest 
> version and give it a try. The reason and workaround are explained in the 
> revisions section.
>
> However, I also found a deeper issue between the sorting plugins and the 
> TableEdit plugin: They are not consistent!
> The sorting plugins (SortableGridPlugin and TableSortingPlugin) work on a 
> rendered DOM table, while thisTableEdit plugin works on its underlying 
> wikitext. THERE WILL BE INCONSISTENCY AFTER SORTING! And I don't know how 
> to fix that yet...
>
> Vincent
>
> On Friday, July 6, 2012 9:59:34 PM UTC+8, David Szego wrote:
>>
>> Fantastic work - this is really useful to me, thank you.
>>
>> I've noticed it doesn't work with the SortableGridPlugin from 
>> http://rumkin.com/tools/tiddlywiki/#SortableGridPlugin
>>
>> If I do:
>>
>> |editable|k
>> |!Heading 1|!Heading 2|!Heading 3|h
>> |Cell|cell|cell|
>>
>> ...where the |h invokes the sorting plugin, I simply get no edit button. 
>> If I omit the h, all is good.
>>
>> Happy to help you debug if you'd like. Great work, again.
>>
>> Cheers,
>> David Szego
>>
>> On Sunday, 24 June 2012 13:28:04 UTC-4, Vincent Yeh wrote:
>>>
>>> Dear All,
>>>
>>> It seems quit a while already but if any one is still interested, I have 
>>> just released a TableEdit plugin that might do the job. You can visit my 
>>> TiddlySpace at qmowcy2.tiddlyspace.com, find the TableEdit tiddler in 
>>> the Public section. Comments and suggestions are welcome.
>>>
>>> Best,
>>>
>>> Vincent
>>>
>>> On Wednesday, January 16, 2008 3:41:04 AM UTC+8, Nicolas S. wrote:

 Good evening Eric, 

 I was just wondering if you had any idea of how soon in the future you 
 planned on working on/releasing the EditableTablePlugin (see bottom of 
 your 
 post below)
 Please, do note take this as a personal request for more work from you 
 on TW, as I can already hardly believe how much you contribute to it 
 already... ;) 

 In fact, I was just wondering if this was a distant idea in your mind 
 or something you were already working on today, to know if it was worth 
 waiting (even a couple more months or 6 months, I don't care) before 
 starting a new task on my side that is going to involve a very large 
 (>100) 
 number of tables. This task is not urgent (well, it has to be finished 
 some 
 day, in like 9 months), but it might spare me so much time once this 
 miraculous plugin would be released that I could wait a long time before 
 starting the task, if only I knew you were to publish it in a 
 "not-further-than-6-months" delay. 

 Thanks again for your great work anyway

 -Nicolas

 On Dec 26, 2007 11:55 PM, Eric Shulman  wrote:

>
> > I'm looking for a plugin which allows to edit the content of a table
> > cell in a tiddlywiki simply by clicking it with your mouse cursor.
> > Especially in big tables, it would be much more convenient to edit 
> > content that way. As far as I can remember I once stumbled upon a
> > tiddylwiki with exact that feature, yet I can't find it any more.
>
> http://www.TiddlyTools.com/#SliceGridPlugin
>
> *generates* a grid (table) that displays tiddler slice values and
> includes an "edit-in-place" feature: click a value in a grid cell and
> it changes to an edit field.  Type your input.  Press enter (or click 
> away).  The value you input is then written back to the corresponding
> tiddler slice.
>
> Note that, currently, this feature only works within SliceGridPlugin's
> generated tables.  However, I am working on a re-factoring my edit-in- 
> place code into a separate "EditableTablePlugin" so that it CAN be
> used with ANY table.
>
> I let you know when it's available.
>
> -e
> Eric Shulman
> TiddlyTools / ELS Design Studios 
>
>
>


-- 
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/-/_qDlktB0-acJ.
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.

Re: [tw] Re: Inline Editing of tables

[anthony]

Hey Vincent, I know you are being awesome and helping out this other guy. 
And I know I have asked a lot from you...but did you happen to find anyway 
of being able to take one table with date and time and have another table 
show how many days that is? So like if a customer brought in a computer on 
the 10th and today is the 12th, is there anyway for there to be a 
calcuation within the "excel" like spreadsheet that would show 2 days?

Thanks again, this is no longer a mission critical issue though so if there 
is no fix that is fine and I would love to help test anything new yall are 
developing. 

On Tuesday, July 10, 2012 10:01:43 AM UTC-5, Vincent Yeh wrote:
>
> Typo in my last post. The piece of codes you are looking for, W, is
>
> var tid = story.getTiddler( Story.prototype.tEditing_title );
> if ( tid ) {
> var tables = tid.getElementsByTagName("TABLE");
> if ( tables ) {
> remove_edit_buttons(tables[Story.prototype.tEditing_ndx]);
> addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' );
> }
> }
>
> The red text above is probably what you are adding in.
>
> V
>
> On Tuesday, July 10, 2012 9:49:38 PM UTC+8, Vincent Yeh wrote:
>>
>> W,
>>
>> I see, you are missing the table element to restore your servedtable 
>> class. You need to go toggleEditMode() function, look for the following 
>> piece of codes:
>>
>> If ( tid ) {
>> var tables = getElementsByTagName("TABLE");
>> if ( tables )
>> remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
>> }
>>
>> Then add your line to the if ( tables ) block as follows:
>>
>> If ( tid ) {
>> var tables = getElementsByTagName("TABLE");
>> if ( tables ) {
>> remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
>> addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' );
>> }
>> }
>>
>> I hope this solves your problem :-)
>>
>> V
>>
>> whatever 於 2012年7月10日星期二寫道：
>>
>>> Yes, I know which functions :), and I got it to disable my style, but
>>> I couldn't get it to reenable it. I will take another look though.
>>> Also, since you made the plugin work with the table sorting plugins,
>>> could you maybe import both plugins to your space and set up an
>>> example for each? Like TableEdit--Example, which is nicely showcasing
>>> the functionalities.
>>> w
>>>
>>> On Jul 10, 12:54 pm, Vincent Yeh  wrote:
>>> > W,
>>> >
>>> > You can try to put that line of code in remove_edit_buttons(), which 
>>> is the
>>> > function to disable the editing features. I planned to rename it to
>>> > stop_editing() or something like that in the next major release.
>>> >
>>> > The function to enable editing features is currently
>>> > prepare_edit_buttons(), which shall be renamed as well to 
>>> start_editing()
>>> > or something similar.
>>> >
>>> > Enjoy!
>>> >
>>> > Vincent
>>> >
>>> > whatever 於 2012年7月10日星期二寫道：
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > > Hi, Vincent,
>>> >
>>> > > This is a kickass plugin that I'm looking forward to using.:D I was
>>> > > wondering one thing, though, does it set some sort of flag or
>>> > > something when in table edit mode? For example, I use a CSS class
>>> > > (servedtable) to hide the first column. Now, I can assign both 
>>> classes
>>> > > (servedtable and editable) to the table, but I'd like to disable the
>>> > > servedtable class when in table edit mode. I played around with the
>>> > > code a little and found where I can insert a line to disable the
>>> > > servedtable class, but the problem is, it doesn't reenable it after I
>>> > > exit the table edit mode and I'm not sure where to insert a line that
>>> > > would do that.
>>> >
>>> > > And ideas how to go about this?
>>> >
>>> > > w
>>> >
>>> > > On Jul 5, 5:46 pm, Vincent Yeh  wrote:
>>> > > > Craig,
>>> >
>>> > > > Do you mean my TableEdit--Example tiddler? I though I made it 
>>> private!
>>> > > > Well, I just removed the <> macro and made it public, you 
>>> can try
>>> > > > it again.
>>> >
>>> > > > The <> macro is defined in another TableCalculator plugin 
>>> which
>>> > > is
>>> > > > under development and not yet released.
>>> >
>>> > > > Vincent
>>> >
>>> > > > 2012/7/5 Craig in Calgary 
>>> >
>>> > > > > Where is the <> definition used in your example tiddler?
>>> >
>>> > > > > --
>>> > > > > 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/-/emA1IQo6h0MJ.
>>> > > > > 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.
>>> >
>>> > > > --
>>> > > > Wang-Chi Vincent Yeh, Assistant Professor
>>> > > > Department of Physics, National Dong Hwa University
>>> > > > Tel: 863371

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

Typo in my last post. The piece of codes you are looking for, W, is

var tid = story.getTiddler( Story.prototype.tEditing_title );
if ( tid ) {
var tables = tid.getElementsByTagName("TABLE");
if ( tables ) {
remove_edit_buttons(tables[Story.prototype.tEditing_ndx]);
addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' );
}
}

The red text above is probably what you are adding in.

V

On Tuesday, July 10, 2012 9:49:38 PM UTC+8, Vincent Yeh wrote:
>
> W,
>
> I see, you are missing the table element to restore your servedtable 
> class. You need to go toggleEditMode() function, look for the following 
> piece of codes:
>
> If ( tid ) {
> var tables = getElementsByTagName("TABLE");
> if ( tables )
> remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
> }
>
> Then add your line to the if ( tables ) block as follows:
>
> If ( tid ) {
> var tables = getElementsByTagName("TABLE");
> if ( tables ) {
> remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
> addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' );
> }
> }
>
> I hope this solves your problem :-)
>
> V
>
> whatever 於 2012年7月10日星期二寫道：
>
>> Yes, I know which functions :), and I got it to disable my style, but
>> I couldn't get it to reenable it. I will take another look though.
>> Also, since you made the plugin work with the table sorting plugins,
>> could you maybe import both plugins to your space and set up an
>> example for each? Like TableEdit--Example, which is nicely showcasing
>> the functionalities.
>> w
>>
>> On Jul 10, 12:54 pm, Vincent Yeh  wrote:
>> > W,
>> >
>> > You can try to put that line of code in remove_edit_buttons(), which is 
>> the
>> > function to disable the editing features. I planned to rename it to
>> > stop_editing() or something like that in the next major release.
>> >
>> > The function to enable editing features is currently
>> > prepare_edit_buttons(), which shall be renamed as well to 
>> start_editing()
>> > or something similar.
>> >
>> > Enjoy!
>> >
>> > Vincent
>> >
>> > whatever 於 2012年7月10日星期二寫道：
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > > Hi, Vincent,
>> >
>> > > This is a kickass plugin that I'm looking forward to using.:D I was
>> > > wondering one thing, though, does it set some sort of flag or
>> > > something when in table edit mode? For example, I use a CSS class
>> > > (servedtable) to hide the first column. Now, I can assign both classes
>> > > (servedtable and editable) to the table, but I'd like to disable the
>> > > servedtable class when in table edit mode. I played around with the
>> > > code a little and found where I can insert a line to disable the
>> > > servedtable class, but the problem is, it doesn't reenable it after I
>> > > exit the table edit mode and I'm not sure where to insert a line that
>> > > would do that.
>> >
>> > > And ideas how to go about this?
>> >
>> > > w
>> >
>> > > On Jul 5, 5:46 pm, Vincent Yeh  wrote:
>> > > > Craig,
>> >
>> > > > Do you mean my TableEdit--Example tiddler? I though I made it 
>> private!
>> > > > Well, I just removed the <> macro and made it public, you 
>> can try
>> > > > it again.
>> >
>> > > > The <> macro is defined in another TableCalculator plugin 
>> which
>> > > is
>> > > > under development and not yet released.
>> >
>> > > > Vincent
>> >
>> > > > 2012/7/5 Craig in Calgary 
>> >
>> > > > > Where is the <> definition used in your example tiddler?
>> >
>> > > > > --
>> > > > > 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/-/emA1IQo6h0MJ.
>> > > > > 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.
>> >
>> > > > --
>> > > > Wang-Chi Vincent Yeh, Assistant Professor
>> > > > Department of Physics, National Dong Hwa University
>> > > > Tel: 8633719 (O)8633723 (Lab)
>> >
>> > > --
>> > > 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
>> > > tiddlywiki+unsubscr...@googlegroups.com.
>> > > For more options, visit this group at
>> > >http://groups.google.com/group/tiddlywiki?hl=en.
>> >
>> > --
>> > Wang-Chi Vincent Yeh, Assistant Professor
>> > Department of Physics, National Dong Hwa University
>> > Tel: 8633719 (O)8633723 (Lab)
>>
>> --
>> You received this message because you are subscribed to the Google Groups 
>> "TiddlyWiki" group.
>> To post to th
>
>
>
> -- 
> Wang-Chi Vincent Yeh, Assistant Professor
> Department of Physics, National Dong Hwa University
> Tel: 8633719 (O

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

W,

I see, you are missing the table element to restore your servedtable class.
You need to go toggleEditMode() function, look for the following piece of
codes:

If ( tid ) {
var tables = getElementsByTagName("TABLE");
if ( tables )
remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
}

Then add your line to the if ( tables ) block as follows:

If ( tid ) {
var tables = getElementsByTagName("TABLE");
if ( tables ) {
remove_edit_buttons ( tables[Story.prototype.tEditing_ndx] );
addClass ( tables[Story.prototype.tEditing_ndx], 'servedtable' );
}
}

I hope this solves your problem :-)

V

whatever 於 2012年7月10日星期二寫道：

> Yes, I know which functions :), and I got it to disable my style, but
> I couldn't get it to reenable it. I will take another look though.
> Also, since you made the plugin work with the table sorting plugins,
> could you maybe import both plugins to your space and set up an
> example for each? Like TableEdit--Example, which is nicely showcasing
> the functionalities.
> w
>
> On Jul 10, 12:54 pm, Vincent Yeh  wrote:
> > W,
> >
> > You can try to put that line of code in remove_edit_buttons(), which is
> the
> > function to disable the editing features. I planned to rename it to
> > stop_editing() or something like that in the next major release.
> >
> > The function to enable editing features is currently
> > prepare_edit_buttons(), which shall be renamed as well to start_editing()
> > or something similar.
> >
> > Enjoy!
> >
> > Vincent
> >
> > whatever 於 2012年7月10日星期二寫道：
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > > Hi, Vincent,
> >
> > > This is a kickass plugin that I'm looking forward to using.:D I was
> > > wondering one thing, though, does it set some sort of flag or
> > > something when in table edit mode? For example, I use a CSS class
> > > (servedtable) to hide the first column. Now, I can assign both classes
> > > (servedtable and editable) to the table, but I'd like to disable the
> > > servedtable class when in table edit mode. I played around with the
> > > code a little and found where I can insert a line to disable the
> > > servedtable class, but the problem is, it doesn't reenable it after I
> > > exit the table edit mode and I'm not sure where to insert a line that
> > > would do that.
> >
> > > And ideas how to go about this?
> >
> > > w
> >
> > > On Jul 5, 5:46 pm, Vincent Yeh  wrote:
> > > > Craig,
> >
> > > > Do you mean my TableEdit--Example tiddler? I though I made it
> private!
> > > > Well, I just removed the <> macro and made it public, you
> can try
> > > > it again.
> >
> > > > The <> macro is defined in another TableCalculator plugin
> which
> > > is
> > > > under development and not yet released.
> >
> > > > Vincent
> >
> > > > 2012/7/5 Craig in Calgary 
> >
> > > > > Where is the <> definition used in your example tiddler?
> >
> > > > > --
> > > > > 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/-/emA1IQo6h0MJ.
> > > > > 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.
> >
> > > > --
> > > > Wang-Chi Vincent Yeh, Assistant Professor
> > > > Department of Physics, National Dong Hwa University
> > > > Tel: 8633719 (O)8633723 (Lab)
> >
> > > --
> > > 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
> > > tiddlywiki+unsubscr...@googlegroups.com.
> > > For more options, visit this group at
> > >http://groups.google.com/group/tiddlywiki?hl=en.
> >
> > --
> > Wang-Chi Vincent Yeh, Assistant Professor
> > Department of Physics, National Dong Hwa University
> > Tel: 8633719 (O)8633723 (Lab)
>
> --
> You received this message because you are subscribed to the Google Groups
> "TiddlyWiki" group.
> To post to th



-- 
Wang-Chi Vincent Yeh, Assistant Professor
Department of Physics, National Dong Hwa University
Tel: 8633719 (O)8633723 (Lab)

-- 
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 
tiddlywiki+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/tiddlywiki?hl=en.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

W,

You can try to put that line of code in remove_edit_buttons(), which is the
function to disable the editing features. I planned to rename it to
stop_editing() or something like that in the next major release.

The function to enable editing features is currently
prepare_edit_buttons(), which shall be renamed as well to start_editing()
or something similar.

Enjoy!

Vincent

whatever 於 2012年7月10日星期二寫道：

> Hi, Vincent,
>
> This is a kickass plugin that I'm looking forward to using.:D I was
> wondering one thing, though, does it set some sort of flag or
> something when in table edit mode? For example, I use a CSS class
> (servedtable) to hide the first column. Now, I can assign both classes
> (servedtable and editable) to the table, but I'd like to disable the
> servedtable class when in table edit mode. I played around with the
> code a little and found where I can insert a line to disable the
> servedtable class, but the problem is, it doesn't reenable it after I
> exit the table edit mode and I'm not sure where to insert a line that
> would do that.
>
> And ideas how to go about this?
>
> w
>
> On Jul 5, 5:46 pm, Vincent Yeh  wrote:
> > Craig,
> >
> > Do you mean my TableEdit--Example tiddler? I though I made it private!
> > Well, I just removed the <> macro and made it public, you can try
> > it again.
> >
> > The <> macro is defined in another TableCalculator plugin which
> is
> > under development and not yet released.
> >
> > Vincent
> >
> > 2012/7/5 Craig in Calgary 
> >
> > > Where is the <> definition used in your example tiddler?
> >
> > > --
> > > 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/-/emA1IQo6h0MJ.
> > > 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.
> >
> > --
> > Wang-Chi Vincent Yeh, Assistant Professor
> > Department of Physics, National Dong Hwa University
> > Tel: 8633719 (O)8633723 (Lab)
>
> --
> 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
> tiddlywiki+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/tiddlywiki?hl=en.
>
>

-- 
Wang-Chi Vincent Yeh, Assistant Professor
Department of Physics, National Dong Hwa University
Tel: 8633719 (O)8633723 (Lab)

-- 
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 
tiddlywiki+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/tiddlywiki?hl=en.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

David,

I found a way to make them work together. You can download the newest 
version and give it a try. The reason and workaround are explained in the 
revisions section.

However, I also found a deeper issue between the sorting plugins and the 
TableEdit plugin: They are not consistent!
The sorting plugins (SortableGridPlugin and TableSortingPlugin) work on a 
rendered DOM table, while thisTableEdit plugin works on its underlying 
wikitext. THERE WILL BE INCONSISTENCY AFTER SORTING! And I don't know how 
to fix that yet...

Vincent

On Friday, July 6, 2012 9:59:34 PM UTC+8, David Szego wrote:
>
> Fantastic work - this is really useful to me, thank you.
>
> I've noticed it doesn't work with the SortableGridPlugin from 
> http://rumkin.com/tools/tiddlywiki/#SortableGridPlugin
>
> If I do:
>
> |editable|k
> |!Heading 1|!Heading 2|!Heading 3|h
> |Cell|cell|cell|
>
> ...where the |h invokes the sorting plugin, I simply get no edit button. 
> If I omit the h, all is good.
>
> Happy to help you debug if you'd like. Great work, again.
>
> Cheers,
> David Szego
>
> On Sunday, 24 June 2012 13:28:04 UTC-4, Vincent Yeh wrote:
>>
>> Dear All,
>>
>> It seems quit a while already but if any one is still interested, I have 
>> just released a TableEdit plugin that might do the job. You can visit my 
>> TiddlySpace at qmowcy2.tiddlyspace.com, find the TableEdit tiddler in 
>> the Public section. Comments and suggestions are welcome.
>>
>> Best,
>>
>> Vincent
>>
>> On Wednesday, January 16, 2008 3:41:04 AM UTC+8, Nicolas S. wrote:
>>>
>>> Good evening Eric, 
>>>
>>> I was just wondering if you had any idea of how soon in the future you 
>>> planned on working on/releasing the EditableTablePlugin (see bottom of your 
>>> post below)
>>> Please, do note take this as a personal request for more work from you 
>>> on TW, as I can already hardly believe how much you contribute to it 
>>> already... ;) 
>>>
>>> In fact, I was just wondering if this was a distant idea in your mind or 
>>> something you were already working on today, to know if it was worth 
>>> waiting (even a couple more months or 6 months, I don't care) before 
>>> starting a new task on my side that is going to involve a very large (>100) 
>>> number of tables. This task is not urgent (well, it has to be finished some 
>>> day, in like 9 months), but it might spare me so much time once this 
>>> miraculous plugin would be released that I could wait a long time before 
>>> starting the task, if only I knew you were to publish it in a 
>>> "not-further-than-6-months" delay. 
>>>
>>> Thanks again for your great work anyway
>>>
>>> -Nicolas
>>>
>>> On Dec 26, 2007 11:55 PM, Eric Shulman  wrote:
>>>

 > I'm looking for a plugin which allows to edit the content of a table
 > cell in a tiddlywiki simply by clicking it with your mouse cursor.
 > Especially in big tables, it would be much more convenient to edit 
 > content that way. As far as I can remember I once stumbled upon a
 > tiddylwiki with exact that feature, yet I can't find it any more.

 http://www.TiddlyTools.com/#SliceGridPlugin

 *generates* a grid (table) that displays tiddler slice values and
 includes an "edit-in-place" feature: click a value in a grid cell and
 it changes to an edit field.  Type your input.  Press enter (or click 
 away).  The value you input is then written back to the corresponding
 tiddler slice.

 Note that, currently, this feature only works within SliceGridPlugin's
 generated tables.  However, I am working on a re-factoring my edit-in- 
 place code into a separate "EditableTablePlugin" so that it CAN be
 used with ANY table.

 I let you know when it's available.

 -e
 Eric Shulman
 TiddlyTools / ELS Design Studios 



>>>

-- 
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/-/o61lNj9nKAAJ.
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.

Re: [tw] Re: Inline Editing of tables

[anthony]

That plugin was more for adding up time and what not. I am trying to do 
this: Customer brings in system on 7/6/2012 and now it is 7/12/2012...I 
want the cell to show 6 days. Is that possible or is that to many 
calculations for tiddly wiki type plugins?

On Friday, July 6, 2012 10:51:23 AM UTC-5, Vincent Yeh wrote:
>
> My mistakes. I was testing on TableSortingPlugin (
> http://tw.lewcid.org/#TableSortingPlugin| by Saq Imtiaz) instead of 
> SortableGridPlugin. Either way there are some works to do.
>
> Vincent
>
> On Friday, July 6, 2012 11:05:56 PM UTC+8, Vincent Yeh wrote:
>>
>> David,
>>
>> There is a way to make both TableEdit and SortableGridPlugin work 
>> together: add both classes to the table - |editable sortable|k.
>>
>> However, the SortableGridPlugin is sorting every thing, so when I pressed 
>> the header (to invoke the sorting function) with editing features enabled, 
>> everything got messed up! Worse yet, the Edit button got removed when I 
>> disabled the editing features. This seems not an easy problem to fix...
>>
>> They work well if not invoked at the same time, though.
>>
>> Vincent
>>
>> 2012/7/6 David Szego 
>>
>>> Fantastic work - this is really useful to me, thank you.
>>>
>>> I've noticed it doesn't work with the SortableGridPlugin from 
>>> http://rumkin.com/tools/tiddlywiki/#SortableGridPlugin
>>>
>>> If I do:
>>>
>>> |editable|k
>>> |!Heading 1|!Heading 2|!Heading 3|h
>>> |Cell|cell|cell|
>>>
>>> ...where the |h invokes the sorting plugin, I simply get no edit button. 
>>> If I omit the h, all is good.
>>>
>>> Happy to help you debug if you'd like. Great work, again.
>>>
>>> Cheers,
>>> David Szego
>>>
>>>
>>> On Sunday, 24 June 2012 13:28:04 UTC-4, Vincent Yeh wrote:

 Dear All,

 It seems quit a while already but if any one is still interested, I 
 have just released a TableEdit plugin that might do the job. You can visit 
 my TiddlySpace at qmowcy2.tiddlyspace.com, find the TableEdit tiddler 
 in the Public section. Comments and suggestions are welcome.

 Best,

 Vincent

 On Wednesday, January 16, 2008 3:41:04 AM UTC+8, Nicolas S. wrote:
>
> Good evening Eric, 
>
> I was just wondering if you had any idea of how soon in the future you 
> planned on working on/releasing the EditableTablePlugin (see bottom of 
> your 
> post below)
> Please, do note take this as a personal request for more work from you 
> on TW, as I can already hardly believe how much you contribute to it 
> already... ;) 
>
> In fact, I was just wondering if this was a distant idea in your mind 
> or something you were already working on today, to know if it was worth 
> waiting (even a couple more months or 6 months, I don't care) before 
> starting a new task on my side that is going to involve a very large 
> (>100) 
> number of tables. This task is not urgent (well, it has to be finished 
> some 
> day, in like 9 months), but it might spare me so much time once this 
> miraculous plugin would be released that I could wait a long time before 
> starting the task, if only I knew you were to publish it in a 
> "not-further-than-6-months" delay. 
>
> Thanks again for your great work anyway
>
> -Nicolas
>
> On Dec 26, 2007 11:55 PM, Eric Shulman  wrote:
>
>>
>> > I'm looking for a plugin which allows to edit the content of a table
>> > cell in a tiddlywiki simply by clicking it with your mouse cursor.
>> > Especially in big tables, it would be much more convenient to edit 
>> > content that way. As far as I can remember I once stumbled upon a
>> > tiddylwiki with exact that feature, yet I can't find it any more.
>>
>> http://www.TiddlyTools.com/#**SliceGridPlugin
>>
>> *generates* a grid (table) that displays tiddler slice values and
>> includes an "edit-in-place" feature: click a value in a grid cell and
>> it changes to an edit field.  Type your input.  Press enter (or click 
>> away).  The value you input is then written back to the corresponding
>> tiddler slice.
>>
>> Note that, currently, this feature only works within SliceGridPlugin's
>> generated tables.  However, I am working on a re-factoring my 
>> edit-in- 
>> place code into a separate "EditableTablePlugin" so that it CAN be
>> used with ANY table.
>>
>> I let you know when it's available.
>>
>> -e
>> Eric Shulman
>> TiddlyTools / ELS Design Studios 
>>
>>
>>
>  -- 
>>> 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/-/kiCkPoWdfNQJ.
>>>
>>> To post to this group, send email to tiddlywiki@googlegroups.com.
>>> To unsubscribe from this group, send email to 
>>> tiddlywiki+un

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

My mistakes. I was testing on TableSortingPlugin 
(http://tw.lewcid.org/#TableSortingPlugin| by Saq Imtiaz) instead of 
SortableGridPlugin. Either way there are some works to do.

Vincent

On Friday, July 6, 2012 11:05:56 PM UTC+8, Vincent Yeh wrote:
>
> David,
>
> There is a way to make both TableEdit and SortableGridPlugin work 
> together: add both classes to the table - |editable sortable|k.
>
> However, the SortableGridPlugin is sorting every thing, so when I pressed 
> the header (to invoke the sorting function) with editing features enabled, 
> everything got messed up! Worse yet, the Edit button got removed when I 
> disabled the editing features. This seems not an easy problem to fix...
>
> They work well if not invoked at the same time, though.
>
> Vincent
>
> 2012/7/6 David Szego 
>
>> Fantastic work - this is really useful to me, thank you.
>>
>> I've noticed it doesn't work with the SortableGridPlugin from 
>> http://rumkin.com/tools/tiddlywiki/#SortableGridPlugin
>>
>> If I do:
>>
>> |editable|k
>> |!Heading 1|!Heading 2|!Heading 3|h
>> |Cell|cell|cell|
>>
>> ...where the |h invokes the sorting plugin, I simply get no edit button. 
>> If I omit the h, all is good.
>>
>> Happy to help you debug if you'd like. Great work, again.
>>
>> Cheers,
>> David Szego
>>
>>
>> On Sunday, 24 June 2012 13:28:04 UTC-4, Vincent Yeh wrote:
>>>
>>> Dear All,
>>>
>>> It seems quit a while already but if any one is still interested, I have 
>>> just released a TableEdit plugin that might do the job. You can visit my 
>>> TiddlySpace at qmowcy2.tiddlyspace.com, find the TableEdit tiddler in 
>>> the Public section. Comments and suggestions are welcome.
>>>
>>> Best,
>>>
>>> Vincent
>>>
>>> On Wednesday, January 16, 2008 3:41:04 AM UTC+8, Nicolas S. wrote:

 Good evening Eric, 

 I was just wondering if you had any idea of how soon in the future you 
 planned on working on/releasing the EditableTablePlugin (see bottom of 
 your 
 post below)
 Please, do note take this as a personal request for more work from you 
 on TW, as I can already hardly believe how much you contribute to it 
 already... ;) 

 In fact, I was just wondering if this was a distant idea in your mind 
 or something you were already working on today, to know if it was worth 
 waiting (even a couple more months or 6 months, I don't care) before 
 starting a new task on my side that is going to involve a very large 
 (>100) 
 number of tables. This task is not urgent (well, it has to be finished 
 some 
 day, in like 9 months), but it might spare me so much time once this 
 miraculous plugin would be released that I could wait a long time before 
 starting the task, if only I knew you were to publish it in a 
 "not-further-than-6-months" delay. 

 Thanks again for your great work anyway

 -Nicolas

 On Dec 26, 2007 11:55 PM, Eric Shulman  wrote:

>
> > I'm looking for a plugin which allows to edit the content of a table
> > cell in a tiddlywiki simply by clicking it with your mouse cursor.
> > Especially in big tables, it would be much more convenient to edit 
> > content that way. As far as I can remember I once stumbled upon a
> > tiddylwiki with exact that feature, yet I can't find it any more.
>
> http://www.TiddlyTools.com/#**SliceGridPlugin
>
> *generates* a grid (table) that displays tiddler slice values and
> includes an "edit-in-place" feature: click a value in a grid cell and
> it changes to an edit field.  Type your input.  Press enter (or click 
> away).  The value you input is then written back to the corresponding
> tiddler slice.
>
> Note that, currently, this feature only works within SliceGridPlugin's
> generated tables.  However, I am working on a re-factoring my edit-in- 
> place code into a separate "EditableTablePlugin" so that it CAN be
> used with ANY table.
>
> I let you know when it's available.
>
> -e
> Eric Shulman
> TiddlyTools / ELS Design Studios 
>
>
>
  -- 
>> 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/-/kiCkPoWdfNQJ.
>>
>> 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.
>>
>
>
>
> -- 
> Wang-Chi Vincent Yeh, Assistant Professor
> Department of Physics, National Dong Hwa University
> Tel: 8633719 (O)8633723 (Lab)
>  

-- 
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/tiddlywik

Re: [tw] Re: Inline Editing of tables

[anthony]

you are an amazing person all around I will try that plugin to see what 
happens. In the mean time...what do you do for a living? or what is your 
profession...just curious really more than anything :).


Thanks again and keep me posted on your calculator 

Also if you ever need a tester I am here!

On Friday, July 6, 2012 10:15:29 AM UTC-5, Vincent Yeh wrote:
>
> anthony,
>
> I am very happy to know it works!
>
> For the calculation things, I am also working on a TableCalculator plugin 
> but its not ready to release and I have no clear date for that yet.
>
> The TableCalculator plugin is modified from 
> http://www.TiddlyTools.com/#ColumnCalculatorPlugin v 0.6.2 by Eric 
> Shulman. Maybe you can try that one?
>
> Vincent
>
> 2012/7/6 anthony 
>
>> N
>> YOU
>> ARE
>> AMAZING
>> the newest version you have created is working PERFECTL I AM 
>> DANCING OVER HERE!
>>
>> okay...one thing my boss would also want and again I am severely at your 
>> debt is "calculations" we have a "days in" cell that basically tells us how 
>> many days a computer has been in house, =today()-B3 is the formula. b3 
>> is the cell we put in the date as. IS there any way for us to integrate 
>> that? I know there is a plugin out there that does do simple calculations...
>>
>>
>> On Friday, July 6, 2012 9:46:46 AM UTC-5, Vincent Yeh wrote:
>>>
>>> anthony,
>>>
>>> I guess I'll need to try it real to know what's going on. Which web 
>>> based service are you using? Or which one you suggest me to try? I have 
>>> never used one before so have no idea about it.
>>>
>>> Vincent
>>>
>>> 2012/7/6 anthony 
>>>
 Yes I have that tiddler set up and running. it works great but just not 
 with the editing of the inline boxes. so when I hit "enter" it says I can 
 not save it...I want that to push to "uploadtiddler" plugin...is that 
 possible?

 On Sunday, July 1, 2012 9:29:58 AM UTC-5, Vincent Yeh wrote:
>
> anthony,
>
> did you try this one 
> >?
>  
> it seems to be the one you need?
>
> Vincent
>
> On Thursday, June 28, 2012 10:08:38 PM UTC+8, anthony wrote:
>>
>> That does make sense, and I really really appreciate the time effort 
>> and replys you have provided!
>>
>> Maybe I can provide SOME insight into what I am trying to accomplish 
>> and help this along the way. I am using a second plugin called "upload 
>> plugin" 
>> (http://tiddlywiki.bidix.info/#UploadPlugin)
>>  
>> There is a "macro" that is for "save to web" that would (i think) need 
>> to 
>> be pointed to for the enter function you created. So instead of it 
>> trying 
>> to "save" it will just punch save to web instead? I don't know...
>>
>> Thank you very very much!
>>
>> On Monday, June 25, 2012 8:09:22 PM UTC-5, Vincent Yeh wrote:
>>>
>>>
>>> Anthony, thank you for trying the plugin and giving feedbacks. And 
>>> for your last question on uploading, I have no idea how to do that 
>>> currently (I have experiences in programming but not much in javascript 
>>> and 
>>> the web things.) It will take me sometime to figure out. If someone has 
>>> answers and would like to contribute, it will be highly appreciated.
>>>
>>> Eric, thank you for pointing out the key point which I never knew 
>>> myself.
>>>
>>> I have been using Google Chrome for the development of this plugin 
>>> (inspired by and modified from TableSortingPlugin v2.0.2 by Saq Imtiaz 
>>> and GridPlugin v2.0.7 by Eric Shulman. Many thanks to them.) It seems 
>>> to 
>>> work just fine for me and I turned out to forget about other browsers. 
>>> Next 
>>> time I will try them out myself but as mentioned above most likely I do 
>>> not 
>>> have the knowledge to fix the cross-browser things. I shall be relying 
>>> on 
>>> more experienced people to do that.
>>>
>>> Vincent
>>>
>>> On Tuesday, June 26, 2012 2:05:25 AM UTC+8, anthony wrote:

 Last question...sorry for so much spam...

 I am using this wiki as a webbased system, when I edit the table I 
 would like for it to upload to the web versus to a local file...is 
 there 
 anyway for that to be done?

 On Monday, June 25, 2012 12:55:56 PM UTC-5, anthony wrote:
>
> spamming...sorry
>
> I fixed the issue with IE, it was a version issue. I was using IE8 
> (preferred over here) but upgraded to 9 and it is working PERFECTLY. 
> this 
> plugin is going to make our tiddlywiki amazing in terms of what we 
> were 
> trying to do.
>
> So in short I think IE8 may not work properly with this plugin.
>>>

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

anthony,

I am very happy to know it works!

For the calculation things, I am also working on a TableCalculator plugin
but its not ready to release and I have no clear date for that yet.

The TableCalculator plugin is modified from
http://www.TiddlyTools.com/#ColumnCalculatorPlugin v 0.6.2 by Eric Shulman.
Maybe you can try that one?

Vincent

2012/7/6 anthony 

> N
> YOU
> ARE
> AMAZING
> the newest version you have created is working PERFECTL I AM
> DANCING OVER HERE!
>
> okay...one thing my boss would also want and again I am severely at your
> debt is "calculations" we have a "days in" cell that basically tells us how
> many days a computer has been in house, =today()-B3 is the formula. b3 is
> the cell we put in the date as. IS there any way for us to integrate that?
> I know there is a plugin out there that does do simple calculations...
>
>
> On Friday, July 6, 2012 9:46:46 AM UTC-5, Vincent Yeh wrote:
>>
>> anthony,
>>
>> I guess I'll need to try it real to know what's going on. Which web based
>> service are you using? Or which one you suggest me to try? I have never
>> used one before so have no idea about it.
>>
>> Vincent
>>
>> 2012/7/6 anthony 
>>
>>> Yes I have that tiddler set up and running. it works great but just not
>>> with the editing of the inline boxes. so when I hit "enter" it says I can
>>> not save it...I want that to push to "uploadtiddler" plugin...is that
>>> possible?
>>>
>>> On Sunday, July 1, 2012 9:29:58 AM UTC-5, Vincent Yeh wrote:

 anthony,

 did you try this one 
 >?
 it seems to be the one you need?

 Vincent

 On Thursday, June 28, 2012 10:08:38 PM UTC+8, anthony wrote:
>
> That does make sense, and I really really appreciate the time effort
> and replys you have provided!
>
> Maybe I can provide SOME insight into what I am trying to accomplish
> and help this along the way. I am using a second plugin called "upload
> plugin" 
> (http://tiddlywiki.bidix.info/#UploadPlugin)
> There is a "macro" that is for "save to web" that would (i think) need to
> be pointed to for the enter function you created. So instead of it trying
> to "save" it will just punch save to web instead? I don't know...
>
> Thank you very very much!
>
> On Monday, June 25, 2012 8:09:22 PM UTC-5, Vincent Yeh wrote:
>>
>>
>> Anthony, thank you for trying the plugin and giving feedbacks. And
>> for your last question on uploading, I have no idea how to do that
>> currently (I have experiences in programming but not much in javascript 
>> and
>> the web things.) It will take me sometime to figure out. If someone has
>> answers and would like to contribute, it will be highly appreciated.
>>
>> Eric, thank you for pointing out the key point which I never knew
>> myself.
>>
>> I have been using Google Chrome for the development of this plugin
>> (inspired by and modified from TableSortingPlugin v2.0.2 by Saq Imtiaz
>> and GridPlugin v2.0.7 by Eric Shulman. Many thanks to them.) It seems to
>> work just fine for me and I turned out to forget about other browsers. 
>> Next
>> time I will try them out myself but as mentioned above most likely I do 
>> not
>> have the knowledge to fix the cross-browser things. I shall be relying on
>> more experienced people to do that.
>>
>> Vincent
>>
>> On Tuesday, June 26, 2012 2:05:25 AM UTC+8, anthony wrote:
>>>
>>> Last question...sorry for so much spam...
>>>
>>> I am using this wiki as a webbased system, when I edit the table I
>>> would like for it to upload to the web versus to a local file...is there
>>> anyway for that to be done?
>>>
>>> On Monday, June 25, 2012 12:55:56 PM UTC-5, anthony wrote:

 spamming...sorry

 I fixed the issue with IE, it was a version issue. I was using IE8
 (preferred over here) but upgraded to 9 and it is working PERFECTLY. 
 this
 plugin is going to make our tiddlywiki amazing in terms of what we were
 trying to do.

 So in short I think IE8 may not work properly with this plugin.

 On Monday, June 25, 2012 12:22:23 PM UTC-5, Eric Shulman wrote:
>
>
>
> On Jun 25, 8:23 am, anthony  wrote:
> > Just tried your plugin...am I missing something? I loaded the
> plugin and
> > tried your example both on my tiddly and yours and neither were
> > editable...maybe I am just missing something though.
>
> The plugin works in IE, but not in FF or other browsers.
>
> The reason is because IE uses a different method of processing
> events.  In IE, all events are processed b

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

David,

There is a way to make both TableEdit and SortableGridPlugin work together:
add both classes to the table - |editable sortable|k.

However, the SortableGridPlugin is sorting every thing, so when I pressed
the header (to invoke the sorting function) with editing features enabled,
everything got messed up! Worse yet, the Edit button got removed when I
disabled the editing features. This seems not an easy problem to fix...

They work well if not invoked at the same time, though.

Vincent

2012/7/6 David Szego 

> Fantastic work - this is really useful to me, thank you.
>
> I've noticed it doesn't work with the SortableGridPlugin from
> http://rumkin.com/tools/tiddlywiki/#SortableGridPlugin
>
> If I do:
>
> |editable|k
> |!Heading 1|!Heading 2|!Heading 3|h
> |Cell|cell|cell|
>
> ...where the |h invokes the sorting plugin, I simply get no edit button.
> If I omit the h, all is good.
>
> Happy to help you debug if you'd like. Great work, again.
>
> Cheers,
> David Szego
>
>
> On Sunday, 24 June 2012 13:28:04 UTC-4, Vincent Yeh wrote:
>>
>> Dear All,
>>
>> It seems quit a while already but if any one is still interested, I have
>> just released a TableEdit plugin that might do the job. You can visit my
>> TiddlySpace at qmowcy2.tiddlyspace.com, find the TableEdit tiddler in
>> the Public section. Comments and suggestions are welcome.
>>
>> Best,
>>
>> Vincent
>>
>> On Wednesday, January 16, 2008 3:41:04 AM UTC+8, Nicolas S. wrote:
>>>
>>> Good evening Eric,
>>>
>>> I was just wondering if you had any idea of how soon in the future you
>>> planned on working on/releasing the EditableTablePlugin (see bottom of your
>>> post below)
>>> Please, do note take this as a personal request for more work from you
>>> on TW, as I can already hardly believe how much you contribute to it
>>> already... ;)
>>>
>>> In fact, I was just wondering if this was a distant idea in your mind or
>>> something you were already working on today, to know if it was worth
>>> waiting (even a couple more months or 6 months, I don't care) before
>>> starting a new task on my side that is going to involve a very large (>100)
>>> number of tables. This task is not urgent (well, it has to be finished some
>>> day, in like 9 months), but it might spare me so much time once this
>>> miraculous plugin would be released that I could wait a long time before
>>> starting the task, if only I knew you were to publish it in a
>>> "not-further-than-6-months" delay.
>>>
>>> Thanks again for your great work anyway
>>>
>>> -Nicolas
>>>
>>> On Dec 26, 2007 11:55 PM, Eric Shulman  wrote:
>>>

 > I'm looking for a plugin which allows to edit the content of a table
 > cell in a tiddlywiki simply by clicking it with your mouse cursor.
 > Especially in big tables, it would be much more convenient to edit
 > content that way. As far as I can remember I once stumbled upon a
 > tiddylwiki with exact that feature, yet I can't find it any more.

 http://www.TiddlyTools.com/#**SliceGridPlugin

 *generates* a grid (table) that displays tiddler slice values and
 includes an "edit-in-place" feature: click a value in a grid cell and
 it changes to an edit field.  Type your input.  Press enter (or click
 away).  The value you input is then written back to the corresponding
 tiddler slice.

 Note that, currently, this feature only works within SliceGridPlugin's
 generated tables.  However, I am working on a re-factoring my edit-in-
 place code into a separate "EditableTablePlugin" so that it CAN be
 used with ANY table.

 I let you know when it's available.

 -e
 Eric Shulman
 TiddlyTools / ELS Design Studios



>>>  --
> 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/-/kiCkPoWdfNQJ.
>
> 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.
>



-- 
Wang-Chi Vincent Yeh, Assistant Professor
Department of Physics, National Dong Hwa University
Tel: 8633719 (O)8633723 (Lab)

-- 
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 
tiddlywiki+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/tiddlywiki?hl=en.

Re: [tw] Re: Inline Editing of tables

[anthony]

N
YOU
ARE
AMAZING
the newest version you have created is working PERFECTL I AM 
DANCING OVER HERE!

okay...one thing my boss would also want and again I am severely at your 
debt is "calculations" we have a "days in" cell that basically tells us how 
many days a computer has been in house, =today()-B3 is the formula. b3 is 
the cell we put in the date as. IS there any way for us to integrate that? 
I know there is a plugin out there that does do simple calculations...

On Friday, July 6, 2012 9:46:46 AM UTC-5, Vincent Yeh wrote:
>
> anthony,
>
> I guess I'll need to try it real to know what's going on. Which web based 
> service are you using? Or which one you suggest me to try? I have never 
> used one before so have no idea about it.
>
> Vincent
>
> 2012/7/6 anthony 
>
>> Yes I have that tiddler set up and running. it works great but just not 
>> with the editing of the inline boxes. so when I hit "enter" it says I can 
>> not save it...I want that to push to "uploadtiddler" plugin...is that 
>> possible?
>>
>> On Sunday, July 1, 2012 9:29:58 AM UTC-5, Vincent Yeh wrote:
>>>
>>> anthony,
>>>
>>> did you try this one 
>>> >?
>>>  
>>> it seems to be the one you need?
>>>
>>> Vincent
>>>
>>> On Thursday, June 28, 2012 10:08:38 PM UTC+8, anthony wrote:

 That does make sense, and I really really appreciate the time effort 
 and replys you have provided!

 Maybe I can provide SOME insight into what I am trying to accomplish 
 and help this along the way. I am using a second plugin called "upload 
 plugin" 
 (http://tiddlywiki.bidix.info/**#UploadPlugin)
  
 There is a "macro" that is for "save to web" that would (i think) need to 
 be pointed to for the enter function you created. So instead of it trying 
 to "save" it will just punch save to web instead? I don't know...

 Thank you very very much!

 On Monday, June 25, 2012 8:09:22 PM UTC-5, Vincent Yeh wrote:
>
>
> Anthony, thank you for trying the plugin and giving feedbacks. And for 
> your last question on uploading, I have no idea how to do that currently 
> (I 
> have experiences in programming but not much in javascript and the web 
> things.) It will take me sometime to figure out. If someone has answers 
> and 
> would like to contribute, it will be highly appreciated.
>
> Eric, thank you for pointing out the key point which I never knew 
> myself.
>
> I have been using Google Chrome for the development of this plugin 
> (inspired by and modified from TableSortingPlugin v2.0.2 by Saq Imtiaz 
> and GridPlugin v2.0.7 by Eric Shulman. Many thanks to them.) It seems to 
> work just fine for me and I turned out to forget about other browsers. 
> Next 
> time I will try them out myself but as mentioned above most likely I do 
> not 
> have the knowledge to fix the cross-browser things. I shall be relying on 
> more experienced people to do that.
>
> Vincent
>
> On Tuesday, June 26, 2012 2:05:25 AM UTC+8, anthony wrote:
>>
>> Last question...sorry for so much spam...
>>
>> I am using this wiki as a webbased system, when I edit the table I 
>> would like for it to upload to the web versus to a local file...is there 
>> anyway for that to be done?
>>
>> On Monday, June 25, 2012 12:55:56 PM UTC-5, anthony wrote:
>>>
>>> spamming...sorry
>>>
>>> I fixed the issue with IE, it was a version issue. I was using IE8 
>>> (preferred over here) but upgraded to 9 and it is working PERFECTLY. 
>>> this 
>>> plugin is going to make our tiddlywiki amazing in terms of what we were 
>>> trying to do.
>>>
>>> So in short I think IE8 may not work properly with this plugin.
>>>
>>> On Monday, June 25, 2012 12:22:23 PM UTC-5, Eric Shulman wrote:



 On Jun 25, 8:23 am, anthony  wrote: 
 > Just tried your plugin...am I missing something? I loaded the 
 plugin and 
 > tried your example both on my tiddly and yours and neither were 
 > editable...maybe I am just missing something though. 

 The plugin works in IE, but not in FF or other browsers. 

 The reason is because IE uses a different method of processing 
 events.  In IE, all events are processed by first setting a global 
 variable "event" and then invoking the appropriate onclick handler 
 to 
 process the event.  However, in other browsers, the event is 
 *passed* 
 to the handler as a parameter. 

 The plugin problem arises due to this line of code: 

cell.onclick = function(){editInPlace(this,**event);}; 

 In order to make this cros

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

anthony,

I guess I'll need to try it real to know what's going on. Which web based
service are you using? Or which one you suggest me to try? I have never
used one before so have no idea about it.

Vincent

2012/7/6 anthony 

> Yes I have that tiddler set up and running. it works great but just not
> with the editing of the inline boxes. so when I hit "enter" it says I can
> not save it...I want that to push to "uploadtiddler" plugin...is that
> possible?
>
> On Sunday, July 1, 2012 9:29:58 AM UTC-5, Vincent Yeh wrote:
>>
>> anthony,
>>
>> did you try this one 
>> >?
>> it seems to be the one you need?
>>
>> Vincent
>>
>> On Thursday, June 28, 2012 10:08:38 PM UTC+8, anthony wrote:
>>>
>>> That does make sense, and I really really appreciate the time effort and
>>> replys you have provided!
>>>
>>> Maybe I can provide SOME insight into what I am trying to accomplish and
>>> help this along the way. I am using a second plugin called "upload plugin" (
>>> http://tiddlywiki.bidix.info/**#UploadPlugin)
>>> There is a "macro" that is for "save to web" that would (i think) need to
>>> be pointed to for the enter function you created. So instead of it trying
>>> to "save" it will just punch save to web instead? I don't know...
>>>
>>> Thank you very very much!
>>>
>>> On Monday, June 25, 2012 8:09:22 PM UTC-5, Vincent Yeh wrote:


 Anthony, thank you for trying the plugin and giving feedbacks. And for
 your last question on uploading, I have no idea how to do that currently (I
 have experiences in programming but not much in javascript and the web
 things.) It will take me sometime to figure out. If someone has answers and
 would like to contribute, it will be highly appreciated.

 Eric, thank you for pointing out the key point which I never knew
 myself.

 I have been using Google Chrome for the development of this plugin
 (inspired by and modified from TableSortingPlugin v2.0.2 by Saq Imtiaz
 and GridPlugin v2.0.7 by Eric Shulman. Many thanks to them.) It seems to
 work just fine for me and I turned out to forget about other browsers. Next
 time I will try them out myself but as mentioned above most likely I do not
 have the knowledge to fix the cross-browser things. I shall be relying on
 more experienced people to do that.

 Vincent

 On Tuesday, June 26, 2012 2:05:25 AM UTC+8, anthony wrote:
>
> Last question...sorry for so much spam...
>
> I am using this wiki as a webbased system, when I edit the table I
> would like for it to upload to the web versus to a local file...is there
> anyway for that to be done?
>
> On Monday, June 25, 2012 12:55:56 PM UTC-5, anthony wrote:
>>
>> spamming...sorry
>>
>> I fixed the issue with IE, it was a version issue. I was using IE8
>> (preferred over here) but upgraded to 9 and it is working PERFECTLY. this
>> plugin is going to make our tiddlywiki amazing in terms of what we were
>> trying to do.
>>
>> So in short I think IE8 may not work properly with this plugin.
>>
>> On Monday, June 25, 2012 12:22:23 PM UTC-5, Eric Shulman wrote:
>>>
>>>
>>>
>>> On Jun 25, 8:23 am, anthony  wrote:
>>> > Just tried your plugin...am I missing something? I loaded the
>>> plugin and
>>> > tried your example both on my tiddly and yours and neither were
>>> > editable...maybe I am just missing something though.
>>>
>>> The plugin works in IE, but not in FF or other browsers.
>>>
>>> The reason is because IE uses a different method of processing
>>> events.  In IE, all events are processed by first setting a global
>>> variable "event" and then invoking the appropriate onclick handler
>>> to
>>> process the event.  However, in other browsers, the event is
>>> *passed*
>>> to the handler as a parameter.
>>>
>>> The plugin problem arises due to this line of code:
>>>
>>>cell.onclick = function(){editInPlace(this,**event);};
>>>
>>> In order to make this cross-browser compatible, it should be re-
>>> written as:
>>>
>>>cell.onclick = function(ev){editInPlace(this,**ev|event);};
>>>
>>> This allows non-IE browsers to properly use the passed in event as a
>>> variable named 'ev', while IE continues to fallback to using the
>>> global 'event' variable.
>>>
>>> enjoy,
>>> -e
>>> Eric Shulman
>>> TiddlyTools / ELS Design Studios
>>>
>>> WAS THIS ANSWER HELPFUL?  IF SO, PLEASE MAKE A DONATION
>>>
>>> http://www.TiddlyTools.com/#**Donations
>>> Professional TiddlyWiki Consulting Services...
>>> Analysis, Design, and Custom Solutions:
>>>
>>> http://www.TiddlyTools.com/#**Contact

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

David,

Thank you for the feedback. I guess I need to look into the details of
SortableGridPlugin to fix the problem. I may need some time on that and
certainly I would be very happy if you'd help on debugging. Thanks again
for the info.

Vincent

2012/7/6 David Szego 

> Fantastic work - this is really useful to me, thank you.
>
> I've noticed it doesn't work with the SortableGridPlugin from
> http://rumkin.com/tools/tiddlywiki/#SortableGridPlugin
>
> If I do:
>
> |editable|k
> |!Heading 1|!Heading 2|!Heading 3|h
> |Cell|cell|cell|
>
> ...where the |h invokes the sorting plugin, I simply get no edit button.
> If I omit the h, all is good.
>
> Happy to help you debug if you'd like. Great work, again.
>
> Cheers,
> David Szego
>
> On Sunday, 24 June 2012 13:28:04 UTC-4, Vincent Yeh wrote:
>>
>> Dear All,
>>
>> It seems quit a while already but if any one is still interested, I have
>> just released a TableEdit plugin that might do the job. You can visit my
>> TiddlySpace at qmowcy2.tiddlyspace.com, find the TableEdit tiddler in
>> the Public section. Comments and suggestions are welcome.
>>
>> Best,
>>
>> Vincent
>>
>> On Wednesday, January 16, 2008 3:41:04 AM UTC+8, Nicolas S. wrote:
>>>
>>> Good evening Eric,
>>>
>>> I was just wondering if you had any idea of how soon in the future you
>>> planned on working on/releasing the EditableTablePlugin (see bottom of your
>>> post below)
>>> Please, do note take this as a personal request for more work from you
>>> on TW, as I can already hardly believe how much you contribute to it
>>> already... ;)
>>>
>>> In fact, I was just wondering if this was a distant idea in your mind or
>>> something you were already working on today, to know if it was worth
>>> waiting (even a couple more months or 6 months, I don't care) before
>>> starting a new task on my side that is going to involve a very large (>100)
>>> number of tables. This task is not urgent (well, it has to be finished some
>>> day, in like 9 months), but it might spare me so much time once this
>>> miraculous plugin would be released that I could wait a long time before
>>> starting the task, if only I knew you were to publish it in a
>>> "not-further-than-6-months" delay.
>>>
>>> Thanks again for your great work anyway
>>>
>>> -Nicolas
>>>
>>> On Dec 26, 2007 11:55 PM, Eric Shulman  wrote:
>>>

 > I'm looking for a plugin which allows to edit the content of a table
 > cell in a tiddlywiki simply by clicking it with your mouse cursor.
 > Especially in big tables, it would be much more convenient to edit
 > content that way. As far as I can remember I once stumbled upon a
 > tiddylwiki with exact that feature, yet I can't find it any more.

 http://www.TiddlyTools.com/#**SliceGridPlugin

 *generates* a grid (table) that displays tiddler slice values and
 includes an "edit-in-place" feature: click a value in a grid cell and
 it changes to an edit field.  Type your input.  Press enter (or click
 away).  The value you input is then written back to the corresponding
 tiddler slice.

 Note that, currently, this feature only works within SliceGridPlugin's
 generated tables.  However, I am working on a re-factoring my edit-in-
 place code into a separate "EditableTablePlugin" so that it CAN be
 used with ANY table.

 I let you know when it's available.

 -e
 Eric Shulman
 TiddlyTools / ELS Design Studios



>>>  --
> 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/-/kiCkPoWdfNQJ.
> 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.
>



-- 
Wang-Chi Vincent Yeh, Assistant Professor
Department of Physics, National Dong Hwa University
Tel: 8633719 (O)8633723 (Lab)

-- 
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 
tiddlywiki+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/tiddlywiki?hl=en.

Re: [tw] Re: Inline Editing of tables

[David Szego]

Fantastic work - this is really useful to me, thank you.

I've noticed it doesn't work with the SortableGridPlugin from 
http://rumkin.com/tools/tiddlywiki/#SortableGridPlugin

If I do:

|editable|k
|!Heading 1|!Heading 2|!Heading 3|h
|Cell|cell|cell|

...where the |h invokes the sorting plugin, I simply get no edit button. If 
I omit the h, all is good.

Happy to help you debug if you'd like. Great work, again.

Cheers,
David Szego

On Sunday, 24 June 2012 13:28:04 UTC-4, Vincent Yeh wrote:
>
> Dear All,
>
> It seems quit a while already but if any one is still interested, I have 
> just released a TableEdit plugin that might do the job. You can visit my 
> TiddlySpace at qmowcy2.tiddlyspace.com, find the TableEdit tiddler in the 
> Public section. Comments and suggestions are welcome.
>
> Best,
>
> Vincent
>
> On Wednesday, January 16, 2008 3:41:04 AM UTC+8, Nicolas S. wrote:
>>
>> Good evening Eric, 
>>
>> I was just wondering if you had any idea of how soon in the future you 
>> planned on working on/releasing the EditableTablePlugin (see bottom of your 
>> post below)
>> Please, do note take this as a personal request for more work from you on 
>> TW, as I can already hardly believe how much you contribute to it 
>> already... ;) 
>>
>> In fact, I was just wondering if this was a distant idea in your mind or 
>> something you were already working on today, to know if it was worth 
>> waiting (even a couple more months or 6 months, I don't care) before 
>> starting a new task on my side that is going to involve a very large (>100) 
>> number of tables. This task is not urgent (well, it has to be finished some 
>> day, in like 9 months), but it might spare me so much time once this 
>> miraculous plugin would be released that I could wait a long time before 
>> starting the task, if only I knew you were to publish it in a 
>> "not-further-than-6-months" delay. 
>>
>> Thanks again for your great work anyway
>>
>> -Nicolas
>>
>> On Dec 26, 2007 11:55 PM, Eric Shulman  wrote:
>>
>>>
>>> > I'm looking for a plugin which allows to edit the content of a table
>>> > cell in a tiddlywiki simply by clicking it with your mouse cursor.
>>> > Especially in big tables, it would be much more convenient to edit 
>>> > content that way. As far as I can remember I once stumbled upon a
>>> > tiddylwiki with exact that feature, yet I can't find it any more.
>>>
>>> http://www.TiddlyTools.com/#SliceGridPlugin
>>>
>>> *generates* a grid (table) that displays tiddler slice values and
>>> includes an "edit-in-place" feature: click a value in a grid cell and
>>> it changes to an edit field.  Type your input.  Press enter (or click 
>>> away).  The value you input is then written back to the corresponding
>>> tiddler slice.
>>>
>>> Note that, currently, this feature only works within SliceGridPlugin's
>>> generated tables.  However, I am working on a re-factoring my edit-in- 
>>> place code into a separate "EditableTablePlugin" so that it CAN be
>>> used with ANY table.
>>>
>>> I let you know when it's available.
>>>
>>> -e
>>> Eric Shulman
>>> TiddlyTools / ELS Design Studios 
>>>
>>>
>>>
>>

-- 
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/-/kiCkPoWdfNQJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

Craig,

Do you mean my TableEdit--Example tiddler? I though I made it private!
Well, I just removed the <> macro and made it public, you can try
it again.

The <> macro is defined in another TableCalculator plugin which is
under development and not yet released.

Vincent

2012/7/5 Craig in Calgary 

> Where is the <> definition used in your example tiddler?
>
> --
> 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/-/emA1IQo6h0MJ.
> 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.
>



-- 
Wang-Chi Vincent Yeh, Assistant Professor
Department of Physics, National Dong Hwa University
Tel: 8633719 (O)8633723 (Lab)

-- 
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 
tiddlywiki+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/tiddlywiki?hl=en.

Re: [tw] Re: Inline Editing of tables

[anthony]

Oh you are wonderful! Let me know if I can be of any help!

On Friday, June 29, 2012 11:58:15 AM UTC-5, Vincent Yeh wrote:
>
> Dear Anthony,
>
> Thanks for pointing out one possibility. I just had a quick look at that 
> plugin but hadn't got the point yet. I will need some more time on this. 
> Thanks 
> again for the direction.
>
> Vincent
>
> anthony 於 2012年6月28日星期四寫道：
>
>> That does make sense, and I really really appreciate the time effort and 
>> replys you have provided!
>>
>> Maybe I can provide SOME insight into what I am trying to accomplish and 
>> help this along the way. I am using a second plugin called "upload plugin" (
>> http://tiddlywiki.bidix.info/#UploadPlugin) There is a "macro" that is 
>> for "save to web" that would (i think) need to be pointed to for the enter 
>> function you created. So instead of it trying to "save" it will just punch 
>> save to web instead? I don't know...
>>
>> Thank you very very much!
>>
>> On Monday, June 25, 2012 8:09:22 PM UTC-5, Vincent Yeh wrote:
>>>
>>>
>>> Anthony, thank you for trying the plugin and giving feedbacks. And for 
>>> your last question on uploading, I have no idea how to do that currently (I 
>>> have experiences in programming but not much in javascript and the web 
>>> things.) It will take me sometime to figure out. If someone has answers and 
>>> would like to contribute, it will be highly appreciated.
>>>
>>> Eric, thank you for pointing out the key point which I never knew myself.
>>>
>>> I have been using Google Chrome for the development of this plugin 
>>> (inspired by and modified from TableSortingPlugin v2.0.2 by Saq Imtiaz 
>>> and GridPlugin v2.0.7 by Eric Shulman. Many thanks to them.) It seems to 
>>> work just fine for me and I turned out to forget about other browsers. Next 
>>> time I will try them out myself but as mentioned above most likely I do not 
>>> have the knowledge to fix the cross-browser things. I shall be relying on 
>>> more experienced people to do that.
>>>
>>> Vincent
>>>
>>> On Tuesday, June 26, 2012 2:05:25 AM UTC+8, anthony wrote:

 Last question...sorry for so much spam...

 I am using this wiki as a webbased system, when I edit the table I 
 would like for it to upload to the web versus to a local file...is there 
 anyway for that to be done?

 On Monday, June 25, 2012 12:55:56 PM UTC-5, anthony wrote:
>
> spamming...sorry
>
> I fixed the issue with IE, it was a version issue. I was using IE8 
> (preferred over here) but upgraded to 9 and it is working PERFECTLY. this 
> plugin is going to make our tiddlywiki amazing in terms of what we were 
> trying to do.
>
> So in short I think IE8 may not work properly with this plugin.
>
> On Monday, June 25, 2012 12:22:23 PM UTC-5, Eric Shulman wrote:
>>
>>
>>
>> On Jun 25, 8:23 am, anthony  wrote: 
>> > Just tried your plugin...am I missing something? I loaded the 
>> plugin and 
>> > tried your example both on my tiddly and yours and neither were 
>> > editable...maybe I am just missing something though. 
>>
>> The plugin works in IE, but not in FF or other browsers. 
>>
>> The reason is because IE uses a different method of processing 
>> events.  In IE, all events are processed by first setting a global 
>> variable "event" and then invoking the appropriate onclick handler to 
>> process the event.  However, in other browsers, the event is *passed* 
>> to the handler as a parameter. 
>>
>> The plugin problem arises due to this line of code: 
>>
>>cell.onclick = function(){editInPlace(this,**event);}; 
>>
>> In order to make this cross-browser compatible, it should be re- 
>> written as: 
>>
>>cell.onclick = function(ev){editInPlace(this,**ev|event);}; 
>>
>> This allows non-IE browsers to properly use the passed in event as a 
>> variable named 'ev', while IE continues to fallback to using the 
>> global 'event' variable. 
>>
>> enjoy, 
>> -e 
>> Eric Shulman 
>> TiddlyTools / ELS Design Studios 
>>
>> WAS THIS ANSWER HELPFUL?  IF SO, PLEASE MAKE A DONATION 
>>
>> http://www.TiddlyTools.com/#**Donations
>>  
>> Professional TiddlyWiki Consulting Services... 
>> Analysis, Design, and Custom Solutions: 
>>
>> http://www.TiddlyTools.com/#**Contact
>>  
>>
>>
>>
>>  -- 
>> 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/-/7duRRpOQgqAJ.
>> 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/

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

Dear Anthony,

Thanks for pointing out one possibility. I just had a quick look at that
plugin but hadn't got the point yet. I will need some more time on this. Thanks
again for the direction.

Vincent

anthony 於 2012年6月28日星期四寫道：

> That does make sense, and I really really appreciate the time effort and
> replys you have provided!
>
> Maybe I can provide SOME insight into what I am trying to accomplish and
> help this along the way. I am using a second plugin called "upload plugin" (
> http://tiddlywiki.bidix.info/#UploadPlugin) There is a "macro" that is
> for "save to web" that would (i think) need to be pointed to for the enter
> function you created. So instead of it trying to "save" it will just punch
> save to web instead? I don't know...
>
> Thank you very very much!
>
> On Monday, June 25, 2012 8:09:22 PM UTC-5, Vincent Yeh wrote:
>>
>>
>> Anthony, thank you for trying the plugin and giving feedbacks. And for
>> your last question on uploading, I have no idea how to do that currently (I
>> have experiences in programming but not much in javascript and the web
>> things.) It will take me sometime to figure out. If someone has answers and
>> would like to contribute, it will be highly appreciated.
>>
>> Eric, thank you for pointing out the key point which I never knew myself.
>>
>> I have been using Google Chrome for the development of this plugin
>> (inspired by and modified from TableSortingPlugin v2.0.2 by Saq Imtiaz
>> and GridPlugin v2.0.7 by Eric Shulman. Many thanks to them.) It seems to
>> work just fine for me and I turned out to forget about other browsers. Next
>> time I will try them out myself but as mentioned above most likely I do not
>> have the knowledge to fix the cross-browser things. I shall be relying on
>> more experienced people to do that.
>>
>> Vincent
>>
>> On Tuesday, June 26, 2012 2:05:25 AM UTC+8, anthony wrote:
>>>
>>> Last question...sorry for so much spam...
>>>
>>> I am using this wiki as a webbased system, when I edit the table I would
>>> like for it to upload to the web versus to a local file...is there anyway
>>> for that to be done?
>>>
>>> On Monday, June 25, 2012 12:55:56 PM UTC-5, anthony wrote:

 spamming...sorry

 I fixed the issue with IE, it was a version issue. I was using IE8
 (preferred over here) but upgraded to 9 and it is working PERFECTLY. this
 plugin is going to make our tiddlywiki amazing in terms of what we were
 trying to do.

 So in short I think IE8 may not work properly with this plugin.

 On Monday, June 25, 2012 12:22:23 PM UTC-5, Eric Shulman wrote:
>
>
>
> On Jun 25, 8:23 am, anthony  wrote:
> > Just tried your plugin...am I missing something? I loaded the plugin
> and
> > tried your example both on my tiddly and yours and neither were
> > editable...maybe I am just missing something though.
>
> The plugin works in IE, but not in FF or other browsers.
>
> The reason is because IE uses a different method of processing
> events.  In IE, all events are processed by first setting a global
> variable "event" and then invoking the appropriate onclick handler to
> process the event.  However, in other browsers, the event is *passed*
> to the handler as a parameter.
>
> The plugin problem arises due to this line of code:
>
>cell.onclick = function(){editInPlace(this,**event);};
>
> In order to make this cross-browser compatible, it should be re-
> written as:
>
>cell.onclick = function(ev){editInPlace(this,**ev|event);};
>
> This allows non-IE browsers to properly use the passed in event as a
> variable named 'ev', while IE continues to fallback to using the
> global 'event' variable.
>
> enjoy,
> -e
> Eric Shulman
> TiddlyTools / ELS Design Studios
>
> WAS THIS ANSWER HELPFUL?  IF SO, PLEASE MAKE A DONATION
>
> http://www.TiddlyTools.com/#**Donations
> Professional TiddlyWiki Consulting Services...
> Analysis, Design, and Custom Solutions:
>
> http://www.TiddlyTools.com/#**Contact
>
>
>
>  --
> 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/-/7duRRpOQgqAJ.
> To post to this group, send email to 
> tiddlywiki@googlegroups.com 'tiddlywiki@googlegroups.com');>
> .
> To unsubscribe from this group, send email to
> tiddlywiki+unsubscr...@googlegroups.com  'tiddlywiki%2bunsubscr...@googlegroups.com');>.
> For more options, visit this group at
> http://groups.google.com/group/tiddlywiki?hl=en.
>


-- 
Wang-Chi Vincent Yeh, Assistant Professor
Department of Physics, National Dong Hwa University
Tel: 8633719 (O)8633723 (Lab)

-- 
You received this message because you are subscribed to the Google Grou

Re: [tw] Re: Inline Editing of tables

[anthony]

Just tried your plugin...am I missing something? I loaded the plugin and 
tried your example both on my tiddly and yours and neither were 
editable...maybe I am just missing something though.

THANKS FOR GIVING IT A GO TOO! this will be AMAZING if accomplished.

On Sunday, June 24, 2012 12:28:04 PM UTC-5, Vincent Yeh wrote:
>
> Dear All,
>
> It seems quit a while already but if any one is still interested, I have 
> just released a TableEdit plugin that might do the job. You can visit my 
> TiddlySpace at qmowcy2.tiddlyspace.com, find the TableEdit tiddler in the 
> Public section. Comments and suggestions are welcome.
>
> Best,
>
> Vincent
>
> On Wednesday, January 16, 2008 3:41:04 AM UTC+8, Nicolas S. wrote:
>>
>> Good evening Eric, 
>>
>> I was just wondering if you had any idea of how soon in the future you 
>> planned on working on/releasing the EditableTablePlugin (see bottom of your 
>> post below)
>> Please, do note take this as a personal request for more work from you on 
>> TW, as I can already hardly believe how much you contribute to it 
>> already... ;) 
>>
>> In fact, I was just wondering if this was a distant idea in your mind or 
>> something you were already working on today, to know if it was worth 
>> waiting (even a couple more months or 6 months, I don't care) before 
>> starting a new task on my side that is going to involve a very large (>100) 
>> number of tables. This task is not urgent (well, it has to be finished some 
>> day, in like 9 months), but it might spare me so much time once this 
>> miraculous plugin would be released that I could wait a long time before 
>> starting the task, if only I knew you were to publish it in a 
>> "not-further-than-6-months" delay. 
>>
>> Thanks again for your great work anyway
>>
>> -Nicolas
>>
>> On Dec 26, 2007 11:55 PM, Eric Shulman  wrote:
>>
>>>
>>> > I'm looking for a plugin which allows to edit the content of a table
>>> > cell in a tiddlywiki simply by clicking it with your mouse cursor.
>>> > Especially in big tables, it would be much more convenient to edit 
>>> > content that way. As far as I can remember I once stumbled upon a
>>> > tiddylwiki with exact that feature, yet I can't find it any more.
>>>
>>> http://www.TiddlyTools.com/#SliceGridPlugin
>>>
>>> *generates* a grid (table) that displays tiddler slice values and
>>> includes an "edit-in-place" feature: click a value in a grid cell and
>>> it changes to an edit field.  Type your input.  Press enter (or click 
>>> away).  The value you input is then written back to the corresponding
>>> tiddler slice.
>>>
>>> Note that, currently, this feature only works within SliceGridPlugin's
>>> generated tables.  However, I am working on a re-factoring my edit-in- 
>>> place code into a separate "EditableTablePlugin" so that it CAN be
>>> used with ANY table.
>>>
>>> I let you know when it's available.
>>>
>>> -e
>>> Eric Shulman
>>> TiddlyTools / ELS Design Studios 
>>>
>>>
>>>
>>

-- 
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/-/FCJWqgIpQngJ.
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.

Re: [tw] Re: Inline Editing of tables

[Vincent Yeh]

Dear All,

It seems quit a while already but if any one is still interested, I have 
just released a TableEdit plugin that might do the job. You can visit my 
TiddlySpace at qmowcy2.tiddlyspace.com, find the TableEdit tiddler in the 
Public section. Comments and suggestions are welcome.

Best,

Vincent

On Wednesday, January 16, 2008 3:41:04 AM UTC+8, Nicolas S. wrote:
>
> Good evening Eric, 
>
> I was just wondering if you had any idea of how soon in the future you 
> planned on working on/releasing the EditableTablePlugin (see bottom of your 
> post below)
> Please, do note take this as a personal request for more work from you on 
> TW, as I can already hardly believe how much you contribute to it 
> already... ;) 
>
> In fact, I was just wondering if this was a distant idea in your mind or 
> something you were already working on today, to know if it was worth 
> waiting (even a couple more months or 6 months, I don't care) before 
> starting a new task on my side that is going to involve a very large (>100) 
> number of tables. This task is not urgent (well, it has to be finished some 
> day, in like 9 months), but it might spare me so much time once this 
> miraculous plugin would be released that I could wait a long time before 
> starting the task, if only I knew you were to publish it in a 
> "not-further-than-6-months" delay. 
>
> Thanks again for your great work anyway
>
> -Nicolas
>
> On Dec 26, 2007 11:55 PM, Eric Shulman  wrote:
>
>>
>> > I'm looking for a plugin which allows to edit the content of a table
>> > cell in a tiddlywiki simply by clicking it with your mouse cursor.
>> > Especially in big tables, it would be much more convenient to edit 
>> > content that way. As far as I can remember I once stumbled upon a
>> > tiddylwiki with exact that feature, yet I can't find it any more.
>>
>> http://www.TiddlyTools.com/#SliceGridPlugin
>>
>> *generates* a grid (table) that displays tiddler slice values and
>> includes an "edit-in-place" feature: click a value in a grid cell and
>> it changes to an edit field.  Type your input.  Press enter (or click 
>> away).  The value you input is then written back to the corresponding
>> tiddler slice.
>>
>> Note that, currently, this feature only works within SliceGridPlugin's
>> generated tables.  However, I am working on a re-factoring my edit-in- 
>> place code into a separate "EditableTablePlugin" so that it CAN be
>> used with ANY table.
>>
>> I let you know when it's available.
>>
>> -e
>> Eric Shulman
>> TiddlyTools / ELS Design Studios 
>>
>>
>>
>

-- 
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/-/JLDE-EXT7X4J.
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.