[tw5] Re: [TWc] TreeDiagramFormatterPlugin

[Yakov]

Hi G.J.,

if you are interested in updates in the ecosystem of TWC, you may want to 
visit https://groups.google.com/forum/#!forum/tiddlywikiclassic Of'course, 
the most of the community uses TW5, but this doesn't mean TWC doesn't 
evolve.

Best regards,
Yakov. 

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/f7cf4261-bc17-4280-a122-1def221aafb4o%40googlegroups.com.

[tw5] Re: Don't call attention to TWC

[Yakov]

Hi Tony

Here are some personal observations to consider;
>
>- In TWC I found my self dependant on others releasing new versions, 
>rather than in TW5 I can use wiki text to solve almost anything.
>   - I used to go to Erics tiddlytools and the recent tab regularly
>
>  Do you mean that on TW5 you are not using plugins much?

>
>- I was starting to find TWC more fragile and had a few disasters.
>
> I believe this is more or less in the past, but let me know if you have 
new issues.

>
>- Perhaps you have improved the saving for TWC but I now use Timimi, 
>tw-receiver and node server implementations, is TWC as rich in these?
>
> I'm not familiar with tw-reciever, but yes, Timimi for FF works with TWC, 
and we have nw.js saver from Okido, node saver from James, MainTiddlySaver 
in PHP from me and some others. The only thing that somewhat bothers me is 
the increase of restrictions on Android 10+ where they forbid apps like 
Server for PHP or Tiddloid (so that donmor had to create Tiddloid Lite 
which doesn't support TWC yet). I guess, changing TWC core saving engine so 
that it's closer to TW5 will allow to use Tiddloid Lite but I'm not sure 
that Android devs won't restrict things further.

And also in the future, creating a transparent design (ideally common for 
TWC and TW5) is vital because without it all that we'll get is more 
"savers" with "some additional features" instead of an ecosystem of 
adaptors where each implements the same set of features like saving images 
on disk, backing up in certain schemes, loading external files etc – hence 
it's difficult to promise additional features that require more IO for TW 
as a whole.

>
>- I now feel I can do almost anything in TW5 when TWC made me 
>dependant on more than the Google Forums.
>
> Good for you, I guess (although it's not totally clear what you mean, may 
be the same as above, no need for plugins).
 

> I appreciate your contributions to TWC and consider them important, but at 
> some point we need to jump from petrol/Gas to Electric. But we always want 
> to service our antiques and some people will always remain enthusiasts of 
> TWC. 
>

Well, gas, electric and antiques are metaphors, one can't discuss much 
about those in a constructive way. Those who needed to migrate and who can, 
they have migrated, what can I add?

Best regards,
Yakov.


> Regards
> Tony
>
>
> On Wednesday, May 27, 2020 at 8:36:56 AM UTC+10, Yakov wrote:
>>
>>
>> Yakov - interesting to read.
>>> Can I ask what makes you, personally, stick with TWC instead of 
>>> switching to TW5?
>>>
>>
>> Well, that's quite simple: first, it's migration that's basically 
>> impossible (too many extensions, too much content, no tools for gradual 
>> migration like TW5 with formatter from TWC or mixed formatter and no docs 
>> to migrate extensions). Let be honest, this first reason is enough, I can't 
>> estimate others effectively. But also TW5 has design which is not nice for 
>> desktop, higher learning curve (or at least I have to learn more than I 
>> expected to just create a simple aggregated list or a simple plugin etc). 
>> May be there were other reasons, I don't remember.
>>
>> What is it that you and the TWC community sees that Jeremy did not see 
>>> when he *evidently *said that TWC is not a good enough system and it 
>>> needs a complete revamp?
>>>
>>
>> Well, I've tried to figure what are the main architecture differences and 
>> asked about that 2 or 3 times but never got any detailed answer. TWC 
>> architecture has some flaws, but don't consider any of them unrepairable. 
>> The question as you put it doesn't seem to be quite correct.
>>  
>>
>>> So no misunderstanding: This is a totally fair question, asked because I 
>>> really would like to know. I was once a TWC user (I started with TW in 
>>> 2006/7 so...) and loved it but after having started with TW5 I'm not even 
>>> considering going back. Yes, there are a few bits that we don't have in TW5 
>>> but there is a ton of stuff that we don't have in TWC.
>>>
>>> <:-)
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/83d033fa-8d33-49f1-beb9-48a48e2e1f8d%40googlegroups.com.

[tw5] Re: Don't call attention to TWC

[Yakov]

> Yakov - interesting to read.
> Can I ask what makes you, personally, stick with TWC instead of switching 
> to TW5?
>

Well, that's quite simple: first, it's migration that's basically 
impossible (too many extensions, too much content, no tools for gradual 
migration like TW5 with formatter from TWC or mixed formatter and no docs 
to migrate extensions). Let be honest, this first reason is enough, I can't 
estimate others effectively. But also TW5 has design which is not nice for 
desktop, higher learning curve (or at least I have to learn more than I 
expected to just create a simple aggregated list or a simple plugin etc). 
May be there were other reasons, I don't remember.

What is it that you and the TWC community sees that Jeremy did not see when 
> he *evidently *said that TWC is not a good enough system and it needs a 
> complete revamp?
>

Well, I've tried to figure what are the main architecture differences and 
asked about that 2 or 3 times but never got any detailed answer. TWC 
architecture has some flaws, but don't consider any of them unrepairable. 
The question as you put it doesn't seem to be quite correct.
 

> So no misunderstanding: This is a totally fair question, asked because I 
> really would like to know. I was once a TWC user (I started with TW in 
> 2006/7 so...) and loved it but after having started with TW5 I'm not even 
> considering going back. Yes, there are a few bits that we don't have in TW5 
> but there is a ton of stuff that we don't have in TWC.
>
> <:-)
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/dc40dc94-3258-49a6-844f-af5b7f4216ed%40googlegroups.com.

[tw5] Re: Don't call attention to TWC

[Yakov]

Hello everybody,

quite ironically, recently I've mentioned this topic to Jeremy before this 
thread started (or at least before I saw it) and we were going to discuss 
it a bit when he recovers, but I'll make some brief points here (well, as 
brief as I usually do :D).

1. TiddlyWiki Classic is not going anywhere. There's a number of active 
users and there's development of the core, infrastructure, docs and 
extensions going on. The progress is not very fast, my (time) resources are 
quite limited but there are other community members who contribute valuable 
bits and I hope their number will grow, especially when some infrastructure 
issues get resolved (explorability and autoupdating of plugins, CD of docs 
updates etc) – well, once I have reasonably good infrastructure I'll 
release a number of new plugins myself. TWC already works with Timimi in 
Firefox and I'm exploring ways to adapt it to Chrome (and Chromium-based 
browsers), I've proposed the first PR that makes it work with TWC, it is 
now merged <https://github.com/ibnishak/Timimi/pull/48>, but looks like it 
won't pass the security check of Chrome extensions store so I'll finish 
this once I implement async saving in TWC core. Okido, James, Donmor and 
others created new TWC savers <https://classic.tiddlywiki.com/#[[Setting up 
saving]]> and other tools. Things are changing.

2. Sure, TWC needs many things updated before it can really attract new 
users, especially when there are tools like TW5 or Notion out there. I have 
plans for important improvements like changing the design* 
<https://groups.google.com/forum/#!topic/tiddlywikiclassic/0nJ2Fm0lFGM> in 
a backward compatible way, but I have somewhat realistic view regarding 
chances that TWC community will grow, although there are definitely those 
who use TWC but haven't joined the TWC google group yet. If somebody is 
reading this, I invite you to 
https://groups.google.com/forum/#!forum/tiddlywikiclassic

3. Nevertheless, I'm a bit upset by the general attempt to lock TWC from 
new users. I'm not doing about this much (beside improving TWC ecosystem 
for existing and potential users) but find some conversations somewhat 
offensive. On the other hand, this route of discussion sometimes brings 
more points about values of TWC. They are difficult to list reasonably 
clearly, not in a form of "there are great many plugins like those in 
TiddlyTools". Even some distinct features like those provided by 
SharedTiddlersPlugin <http://yakovl.bplaced.net/TW/STP/STP.html> are not so 
easy to understand until you really need them. Others, like 
HandsontablePlugin <http://yakovl.bplaced.net/TW/Spreadsheets.html> or 
ace-Plugin.js <https://nwokido.github.io/ace-Plugin.js/> are more clear 
though.

4. Here's an important point that I'd like to be heard. I believe that 
afterall it is not specific tool that makes the community to thrive and 
have great user experience in the long term, but rather certain principles 
that ensure quality and progress. They include both "purely human" 
principles like kindness, open-mindness, exploration of others' needs, 
readiness to help, giving back; and "more technical" principles like Open 
Source and usage of permissive licenses (like MIT or BSD) and other things 
that facilitate contribution and sharing (providing additional docs, 
especially when the project requires some "building" from the sources, 
using infrastructure like github for easier proposing of changes etc), Open 
Design (describing software and data architecture so that it can be shared, 
adapted or improved) and usage of various design patterns. I also believe 
that discussing differences between TWC, TW5 and other platforms, possible 
architecture convergence, content federation can be very fruitful (for 
instance, a bit more help with describing saving architecture* 
<https://groups.google.com/forum/#!topic/tiddlywikidev/e8hAHYLWUbQ> will 
allow to both adapt MainTiddlyServer 
<https://yakovl.github.io/MainTiddlyServer> to save TW5 and to make TWC 
core saver similar to that of TW5 so that new savers can easily support 
both and also that will point some blank spots like universal model for 
file loading etc).

So poking one another is not the best option we actually have.

Best regards,
Yakov.

понедельник, 18 мая 2020 г., 20:57:48 UTC+3 пользователь passingby написал:
>
> Let's take the case of individual TWC documents that are out there, or 
> even somebody going ahead and creating a new document in TWC.
>
> 1. TWC is Javascript. And Javascript is javascript, no worries of it 
> expiring right now.
>
> 2. There is no database or any third party Softwares which might pose a 
> problem.
>
> 3. If it's a personal offline document, TWC offers a great scope of doing 
> WHATEVER one wants to do with it if one knows Javascript. Because of Eric's 
> javascript plugin o

Re: [tw5] Re: Tiddly Extension for Firefox 57?

[Yakov]

Hi Boaz,

I have been saving tiddlywiki changes using timimi for awhile now and it's 
> been working great.
> Unfortunately, I just updated my MacOS to Catalina, and now when I try to 
> save in Firefox, I get the error message
> ""timimi" cannot be opened because the developer cannot be verified".
> I tried to override this security issue, but I can't seem to figure out 
> how to do so.
>

this is not nice indeed. Would you mind opening an issue on Github 
<https://github.com/ibnishak/Timimi/issues>?
Do you remember what version of MacOS did you have before that update? And 
what version of Firefox you have now? (the problem took place when you only 
updated MacOS, not Firefox, did it?)

Best regards,
Yakov.

Advice would be appreciated.
> Best regards,
> Boaz
>
> On Sat, Mar 28, 2020 at 9:58 AM Yakov  > wrote:
>
>> Hi Alex,
>>
>> I just tried Timimi. Though installation seemed to work (got the "Hello 
>>> there 
>>> / Have a great day" message) I still get an error message when I try to 
>>> save 
>>> changes to a TW file. 
>>>
>>> I removed all other TW related plugins to make sure there weren't any 
>>> conflicts, but no luck. 
>>>
>>> Maybe I'm doing this wrong though... how do you save? I'm trying to use 
>>> the 
>>> usual "save changes" links under Admin Tools, should I use something 
>>> else? 
>>>
>>
>> Hm, have you installed both the browser extension and the native app? The 
>> extension 
>> page <https://addons.mozilla.org/ru/firefox/addon/timimi/> tells to 
>> check out installation details in the docs but I guess one may miss the 
>> main point (the necessity to install an app besides the extension) since 
>> they have to find the installation guide 
>> <https://ibnishak.github.io/Timimi/#Installing%20Timimi> and follow the 
>> additional step from there (download the installer for their paltform from 
>> releases <https://github.com/ibnishak/Timimi/releases> and launch it). 
>> Please let me know if that helps; I'll probably propose some changes to 
>> improve this aspect anyway.
>>
>> Oh and Yakov, BTW, I tried to post about my saving issues on the TWC list 
>>> back 
>>> in December, but my mail did not go through because the list is set up 
>>> as a 
>>> forum rather than a mailing-list. 
>>>
>>  
>> Oh, sorry to hear that. I'm not quite sure what's the difference (I 
>> always thought that Google Groups are both), but if I can help you somehow, 
>> let me know. (have you tried to use it as a forum? is that of very poor 
>> user experience for you for some reason?)
>>
>> Best regards,
>> Yakov.
>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "TiddlyWiki" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/tiddlywiki/LcldXzPlTK0/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> tiddl...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/tiddlywiki/17ed5c1d-a9d8-41ce-95d3-2b03dbeb9ea9%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/tiddlywiki/17ed5c1d-a9d8-41ce-95d3-2b03dbeb9ea9%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/0ce209bb-23e5-4800-b8be-f06a7de8f7b4%40googlegroups.com.

Re: [tw5] Re: Tiddly Extension for Firefox 57?

[Yakov]

Hi Alex,

I just tried Timimi. Though installation seemed to work (got the "Hello 
> there 
> / Have a great day" message) I still get an error message when I try to 
> save 
> changes to a TW file. 
>
> I removed all other TW related plugins to make sure there weren't any 
> conflicts, but no luck. 
>
> Maybe I'm doing this wrong though... how do you save? I'm trying to use 
> the 
> usual "save changes" links under Admin Tools, should I use something else? 
>

Hm, have you installed both the browser extension and the native app? The 
extension 
page <https://addons.mozilla.org/ru/firefox/addon/timimi/> tells to check 
out installation details in the docs but I guess one may miss the main 
point (the necessity to install an app besides the extension) since they 
have to find the installation guide 
<https://ibnishak.github.io/Timimi/#Installing%20Timimi> and follow the 
additional step from there (download the installer for their paltform from 
releases <https://github.com/ibnishak/Timimi/releases> and launch it). 
Please let me know if that helps; I'll probably propose some changes to 
improve this aspect anyway.

Oh and Yakov, BTW, I tried to post about my saving issues on the TWC list 
> back 
> in December, but my mail did not go through because the list is set up as 
> a 
> forum rather than a mailing-list. 
>
 
Oh, sorry to hear that. I'm not quite sure what's the difference (I always 
thought that Google Groups are both), but if I can help you somehow, let me 
know. (have you tried to use it as a forum? is that of very poor user 
experience for you for some reason?)

Best regards,
Yakov.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/17ed5c1d-a9d8-41ce-95d3-2b03dbeb9ea9%40googlegroups.com.

Re: [tw5] Re: Tiddly Extension for Firefox 57?

[Yakov]

Hi everybody,

considering TiddlyWiki Classic:

   - yes, Timimi works with it in modern FireFox (with several minor 
   issues, but generally it works even better than TiddlyFox)
   - yes, I and Mark Kerrigan recently put most of the saving methods 
   together at 
   https://classic.tiddlywiki.com/#%5B%5BSetting%20up%20saving%5D%5D . In the 
   future that one will probably be simplified (for instance, once I adapt 
   Timimi to Chrome there probably will be no much need in other extensions, 
   except for cases of strict security limitations; yet the richer ecosystem 
   is, the better)
  - old FireFox (pre 54) with TiddlyFox is also an option, it's just 
  somewhat outdated, so is not included into the list
  - if you need more assistance, I invite you to the 
   https://groups.google.com/forum/#!forum/tiddlywikiclassic group
   - I haven't tested Beaker Browse, so if anybody shares experience of 
   using it with TWC (especially in the TWC group), I'll be thankful
   
Best regards,

Yakov.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/2215b5ef-97e6-4820-9a01-22a906fb689d%40googlegroups.com.

[tw5] Re: But the big question is . . . WHY migrate from Classic to 5?

[Yakov]

Hi Eric,

вторник, 30 октября 2018 г., 21:57:35 UTC+3 пользователь Eric Shulman 
написал:
>
> On Tuesday, October 30, 2018 at 10:20:03 AM UTC-7, MJM wrote:
>>
>> Exactly *WHY* should I upgrade or migrate from Classic to 5!
>> If I've been happily using Classic with no problems, is there any risk in 
>> sticking with it?  What exact benefits come with TiddlyWiki 5?
>>
>
> This is a very good question.  There's lots of different reasons, 
> depending upon your needs.  
>

Actually, I'd be really thankful, if you describe the main advantages in 
terms of architecture: on the one hand, because I need to sometimes decide 
whether I should invite somebody to use TWc or point to TW5 instead; and on 
the other hand, because I'm considering some architecture changes and 
learning the already-gathered experience would be really helpful.

If there's some text that covers the topic already, feel free to just 
provide a link.

Best regards,
Yakov.
 

> If you have, as you said, been using Classic  with no problems , 
> then there may not be any need to switch to TW5.  However, most people have 
> had problems with TWClassic because TiddlyWiki runs within the browser and 
> it's ability to save changes have been affected by browser technology over 
> the years.  Most significantly, nearly all modern browsers have become much 
> more cautious about security and privacy issues, and as a result, local 
> file I/O functions have been *removed* from most browsers.
>
> Although TW does have a default "download-to-save" function that is 
> supported by most browsers, the workflow it creates can be a bit confusing 
> and error-prone.  The alternative is to use some kind of browser-specific 
> add-ons or local applications that provide a run-time environment for TW to 
> access the needed file I/O functions.  Depending upon your syem setup and 
> your specific needs, installing one of these alternatives can be even more 
> confusing and error-prone.
>
> Another big hurdle to switching to TW5 is that the old TWClassic wiki 
> syntax is only marginally supported and NONE of the existing TWClassic 
> plugins will work in TW5.  Fortunately, TW5 provides a much more powerful 
> set of native "widgets" and "macros" that incorporate many of the features 
> that were previously provided by plugins in TWClassic.  Though it takes a 
> bit of effort to learn the new syntax and techniques (filters, lists, 
> transclusions, templates, etc.), switching to TW5 can be incredibly 
> rewarding.
>
> -e
> Eric Shulman
> TiddlyTools.com: "Small Tools for Big Ideas!" (tm)
> InsideTiddlyWiki: The Missing Manuals
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/6c59d245-5a60-474e-8591-0183ef331c82%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Presenting: SetUp - a guide to set up a great TW system

[Yakov]

I don't understand why it's unwise to show both versions to new users. If 
they feel that TW5 is better, they'll use it, if TWc fits their needs, they 
can choose it instead. Moreover, I'm planning to attract new users to TWc 
once it's good enough (I've made a local meetup to present TWc and 
discussed up-to-date demands with a couple of users and can see some key 
issues now). What I see wise is to make a dedicated updatable comparison to 
show differences, advantages and disadvantages of both TW versions to help 
users make a concious choice, isn't it? (including limitations of both TWc 
and TW5 which are not frequently discussed, like SEO problems, load time, 
performance issues etc) I can see no reason to hide the legacy (aside 
additional efforts required for creating the full matrix).

Best regards,
Yakov.

четверг, 7 июня 2018 г., 1:53:30 UTC+3 пользователь TonyM написал:
>
> Yakov,
>
> We should not abandon TWC, and it should be mentioned in the TW5 table to 
> indicate the cross compatibility of hosting solutions. However I believe 
> TWC deserves its own matrix, and unwise to suggest to newbys to take that 
> path, we have job helping new people learn TW5 apart from TWC. Though TWC 
> should be supported by the community.
>
> Regards
> Tony 
>
> On Wednesday, June 6, 2018 at 7:12:17 PM UTC+10, Yakov wrote:
>>
>> While information on migration would be useful too, I don't think it's 
>> unwise to show the TWc ecosystem (strictly speaking, its maintainance grew 
>> this year considerably with one new version and MainTiddlyServer 
>> <https://yakovl.github.io/MainTiddlyServer/> already released, and I 
>> have plans for more) and diminishing user-base may be a self-fulfilling 
>> forecast in this context (actually, those who join 
>> https://groups.google.com/forum/#!forum/tiddlywikiclassic sometimes say 
>> that "wow, I was not aware of this group and new released stuff" although 
>> the link is pinned on top in TiddlyWiki group). TWc still has some 
>> advantages (like smaller size, simpler plugin development process, no 
>> mobile-first-desktop-never desease and others) so it may have its own niche.
>>
>> I can certainly help with gathering information (or mostly sharing 
>> already gathered info) and I think that the
>>
>> introduce TWC as a qualifying filter before the "Saver, Server, Service, 
>>> Manager"
>>>
>>
>> approach would be much nicer (otherwise things link MainTiddlyServer 
>> won't get a spot in the matrix at all). But it's up to you of'course.
>>
>> Best regards,
>> Yakov.
>>
>> среда, 6 июня 2018 г., 4:28:10 UTC+3 пользователь TonyM написал:
>>>
>>> Mat,
>>>
>>> Whilst it would be nice to do this with TWC its options are very limited 
>>> compared to TW5 (although there are still many) perhaps instead flag TWC in 
>>> so far as does the "method" also support TWC as does TiddlyDesktop but 
>>> redirect others to the TWC Discussion thread and information on Migration. 
>>> I have just contributed to a thread on this here 
>>> https://groups.google.com/forum/?hl=en#!topic/tiddlywiki/L3p321qp7EU
>>>
>>> The truth is the future is with TW5 and although existing TWC users may 
>>> benefit from this information, I think it unwise to promote TWC as an 
>>> answer to someone entering the TW universe, for its reduced maintenance, 
>>> reduced futures and diminishing user base.
>>>
>>> Further, I love your work here, I wanted to do something similar but are 
>>> glad you have "taken this by the reigns", I plan to provide a community 
>>> resource and Expect this reference work will be key.
>>>
>>> Thanks
>>> Tony
>>>
>>> On Wednesday, June 6, 2018 at 2:29:17 AM UTC+10, Mat wrote:
>>>>
>>>> Guys, just quickly; I have been, and will continue to be, busy for a 
>>>> few more days so difficult to work on this at the moment.
>>>>
>>>> But, regarding TWC on SetUp - sure, why not, if I can get some help if 
>>>> it is much work with it. What I mean is; 
>>>>
>>>> If it is merely a matter of adding TWC as one of the criteria (i.e the 
>>>> top row) then it'd be easy-peasy. That would mean you click a name like 
>>>> "TWC-compatible" and see which SetUps that fulfill this... and from those 
>>>> identified SetUp-rows see what other criteria the respective SetUp 
>>>> features.
>>>>
>>>> The more ambitious solution would be to introduce TWC as a qualifying 

[tw5] Re: Presenting: SetUp - a guide to set up a great TW system

[Yakov]

While information on migration would be useful too, I don't think it's 
unwise to show the TWc ecosystem (strictly speaking, its maintainance grew 
this year considerably with one new version and MainTiddlyServer 
<https://yakovl.github.io/MainTiddlyServer/> already released, and I have 
plans for more) and diminishing user-base may be a self-fulfilling forecast 
in this context (actually, those who join 
https://groups.google.com/forum/#!forum/tiddlywikiclassic sometimes say 
that "wow, I was not aware of this group and new released stuff" although 
the link is pinned on top in TiddlyWiki group). TWc still has some 
advantages (like smaller size, simpler plugin development process, no 
mobile-first-desktop-never desease and others) so it may have its own niche.

I can certainly help with gathering information (or mostly sharing already 
gathered info) and I think that the

introduce TWC as a qualifying filter before the "Saver, Server, Service, 
> Manager"
>

approach would be much nicer (otherwise things link MainTiddlyServer won't 
get a spot in the matrix at all). But it's up to you of'course.

Best regards,
Yakov.

среда, 6 июня 2018 г., 4:28:10 UTC+3 пользователь TonyM написал:
>
> Mat,
>
> Whilst it would be nice to do this with TWC its options are very limited 
> compared to TW5 (although there are still many) perhaps instead flag TWC in 
> so far as does the "method" also support TWC as does TiddlyDesktop but 
> redirect others to the TWC Discussion thread and information on Migration. 
> I have just contributed to a thread on this here 
> https://groups.google.com/forum/?hl=en#!topic/tiddlywiki/L3p321qp7EU
>
> The truth is the future is with TW5 and although existing TWC users may 
> benefit from this information, I think it unwise to promote TWC as an 
> answer to someone entering the TW universe, for its reduced maintenance, 
> reduced futures and diminishing user base.
>
> Further, I love your work here, I wanted to do something similar but are 
> glad you have "taken this by the reigns", I plan to provide a community 
> resource and Expect this reference work will be key.
>
> Thanks
> Tony
>
> On Wednesday, June 6, 2018 at 2:29:17 AM UTC+10, Mat wrote:
>>
>> Guys, just quickly; I have been, and will continue to be, busy for a few 
>> more days so difficult to work on this at the moment.
>>
>> But, regarding TWC on SetUp - sure, why not, if I can get some help if it 
>> is much work with it. What I mean is; 
>>
>> If it is merely a matter of adding TWC as one of the criteria (i.e the 
>> top row) then it'd be easy-peasy. That would mean you click a name like 
>> "TWC-compatible" and see which SetUps that fulfill this... and from those 
>> identified SetUp-rows see what other criteria the respective SetUp features.
>>
>> The more ambitious solution would be to introduce TWC as a qualifying 
>> filter before the "Saver, Server, Service, Manager" and logically at that 
>> level, i.e so that every listed SetUp will have to fulfill TWC and whatever 
>> of "Saver, Server etc" that is ticked. This is not difficult to do but a 
>> little iffy. However, what I would need help with then is to have others 
>> bring in potential SetUps that are TWC specific and, again, the data for 
>> them.
>>
>> Another thought:
>> I think the site would bring more value if it could add more info about 
>> individual setups. Obviously, not everything fits in the matrix and even if 
>> I've added some comments in the respective SetUp-tiddlers, there is often 
>> good stuff found in discussions on the boards. So, it would be useful to 
>> somehow collect data such that can be added. I'm considering accepting 
>> links to relevant discussions - or if someone other than me curates/refines 
>> info, then this could be added to the individual setups. (Oh, a project 
>> like this would be sooo spot-on for TWederation!!!)
>>
>>
>> Again, please note I can't engage much in this for a few days.
>>
>> <:-)
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/5db3b51f-6b87-45a0-a7ec-5c0264c090c6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Presenting: SetUp - a guide to set up a great TW system

[Yakov]

Hi Josiah,

I have to note that marking which of those support TWc is ambivalent if 
other tools, that are for TWc only, are not listed, but if it's ok to add 
those than I'd vote for it. Still, this can be confusing: like if 
"encryption" is marked green it won't mean it is supported for TWc without 
a separate plugin; and with a separate plugin, the support may be different 
from that for TW5.

Perhaps TiddlyChrome should be mentioned in the same section as TiddlyFox 
("Potential candidates").

This is a single-editor project, isn't it? Or some collaborators can be 
added?

Best regards,
Yakov.

воскресенье, 3 июня 2018 г., 16:09:14 UTC+3 пользователь @TiddlyTweeter 
написал:
>
> Ciao Mat
>
> Like Neo <https://www.youtube.com/watch?v=zQ1_IbFFbzA>, you are 
> developing a near total Setup Matrix ...
>
> Then ... I wondered why is there no column for "TWClassic??" ... Some of 
> the options DO support TW Classic.
>
> Could that be added? The overhead seems small. The user-info. benefit 
> significant.
>
> Just thoughts
> Josiah
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/b0281cc6-ae84-412a-98ef-d1488ab9ec50%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] TW in Public -- Karl Arao's TWClassic

[Yakov]

Hi Karl,

could you clarify what Feedburner 
(http://feeds.feedburner.com/KarlAraoTiddlyWiki) helps with here? (I 
haven't tried using RSS generated by TW yet but I'm considering doing so in 
the future) Is it used because you host on github pages?

By the way, are you aware of the 
https://groups.google.com/forum/#!forum/tiddlywikiclassic group? May be of 
interest for you.

Best regards,
Yakov.

понедельник, 28 мая 2018 г., 21:27:52 UTC+3 пользователь Karl Arao - 
karlarao.tiddlyspot.com написал:
>
>
> yup still using it since 2008! 
>
> I moved it from tiddlyspot to git pages 
> https://karlarao.github.io/karlaraowiki/index.html and URL redirect from 
> karlarao.wiki 
>
>
>
>
>
>
>
>
>
> On Mon, May 28, 2018 at 1:10 PM, @TiddlyTweeter  > wrote:
>
>>
>> https://karlarao.github.io/karlaraowiki/index.html#%5B%5BData%20Engineering%5D%5D
>>
>> An older TW still being added to years later.
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "TiddlyWiki" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to tiddlywiki+...@googlegroups.com .
>> To post to this group, send email to tiddl...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/tiddlywiki.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/tiddlywiki/984a408f-4466-4642-b3d6-464d2812f4aa%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/tiddlywiki/984a408f-4466-4642-b3d6-464d2812f4aa%40googlegroups.com?utm_medium=email_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Karl Arao
> Wiki: karlarao.wiki
> Twitter: @karlarao <http://twitter.com/karlarao>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/ad8ee8fe-58af-489c-bbc3-a0679b75c773%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: [TWC] How to delay the execution of a macro or a part of it

[Yakov]

Hello whatever,

today I've read a very nice article about browsers' JS main loop and Web 
Workers [*] and it seems that Web Workers is exactly what you need. Like 
you said, JS is a single-thread, but Web Workers "break this rule": they 
are processed in separate threads and hence don't hang the interface. 
Still, they have their limitations: DOM can't be manipulated from a Web 
Worker. Hence, you should create a Web Worker and set an event handler: 
once the job is done by your Web Worker, you can change DOM. Normally WW 
are used with JS in a separate file, but this can be worked around using 
stuff like

var worker = new Worker( window.URL.createObjectURL( new 
BlobBuilder().append( "onmessage = function(e) { postMessage('hello 
habrahabr'); }" ).getBlob() ) ); worker.postMessage();

Another option is to use setTimeout instead of WW: in this trick JS bits 
(small enough) are executed between other stuff in the event loop and hence 
the interface doesn't hang [**].

Best regards,
Yakov.

[*] it's in Russian so probably not useful for you: 
https://habrahabr.ru/company/tradingview/blog/178261/
[**] see the first answer here: 
https://stackoverflow.com/questions/714942/how-to-stop-intense-javascript-loop-from-freezing-the-browser

вторник, 11 июля 2017 г., 21:59:02 UTC+3 пользователь whatever написал:
>
> Hey!
> I think the issue is that JS is a single-thread language, if I understand 
> correctly. I'm guessing that when you open the tiddler, the wikifier gets 
> the content, queues all the macros inside it and only shows the tiddler 
> once all macros have executed. I'll try playing around with Promises when I 
> have the time, but my understanding is not all that good.
> w
>
> On Tuesday, July 11, 2017 at 8:39:14 PM UTC+2, Yakov wrote:
>>
>> Well, it sounds like Promises might help you. I'm not sure yet about the 
>> blocking nature of JS for interface, but what you can do is the following:
>>
>> in handler, create a container and create a Promise to fill it – that 
>> Promise has to do the calculations;
>> chain another Promise to it, it has to grab the calculation results and 
>> build DOM.
>>
>> What I think I understand is that the 2 promises will be fullfilled after 
>> the whole code, meaning after other wikifying, so the user will see other 
>> content. What I'm not sure at all is whether the first Promise will or will 
>> not block user interface (I don't know well why this blocking happens at 
>> all). Once the calculation is done, the second Promise will work and that 
>> one will certainly block user interface but at least it is not the long 
>> part, if I've understood you correctly.
>>
>> I'm not familiar at all with Web Workers but looks like this is the 
>> second thing you should look into.
>>
>> Best regards,
>> Yakov.
>>
>> PS very interesting what you will come up with, I wonder if those tools 
>> can be used to make saving with TiddlyFox asynchronous (or more precisely, 
>> non-blocking), but I haven't learned enough stuff yet.
>>
>> понедельник, 10 июля 2017 г., 23:00:54 UTC+3 пользователь whatever 
>> написал:
>>>
>>> Hey, Yakov.
>>> My plugin processes parameters from internal tiddlers, no external 
>>> resources required. It's called InfoboxTablesPlugin [1] and I use it to 
>>> generate Wikipedia-style infoboxes. The current version that's publicly 
>>> available is not the latest though. The new version supports modules and 
>>> includes, and I found that when the number of available parameters gets 
>>> over a hundred, the wiki freezes until the plugin is done processing. Only 
>>> then is the tiddler displayed. These are extreme test cases, of course, but 
>>> the wiki is a bit slow even when there are fewer parameters to process.
>>> I have seen the SO thread you posted, but I haven't had the time to play 
>>> around yet.
>>> I have also joined the TWC group.:D
>>>
>>> [1] http://infoboxes.tiddlyspot.com/
>>>
>>> w
>>>
>>> On Monday, July 10, 2017 at 9:47:08 PM UTC+2, Yakov wrote:
>>>>
>>>> Hello whatever,
>>>>
>>>> could you specify what kind of computation does this macro require? 
>>>> Does it make any requests to external sources?
>>>>
>>>> This may be of use: 
>>>> https://stackoverflow.com/questions/36588775/are-javascript-promise-asynchronous
>>>>
>>>> Best regards,
>>>> Yakov.
>>>>
>>>> PS you may be interested in joining the new TiddlyWikiClassic group: 
>>>> https://groups.google.com/forum/#!forum/tiddlywiki

Re: [tw] Announcing TiddlyChrome

[Yakov]

Hello Arlen,

could you clarify: TiddlyChrome is a Chrome app, not an extension? It can't 
be rewritten as an extension? (extensions can't write data to hard-drive?)

Best regards,
Yakov.

вторник, 11 июля 2017 г., 4:20:46 UTC+3 пользователь Arlen Beiler написал:
>
> Starting in late 2016, newly-published Chrome apps will only be available 
>> to users on Chrome OS. Existing Chrome apps will remain accessible on all 
>> platforms, and developers can continue to update them.
>
>  
>
> In the second half of 2017, the Chrome Web Store will no longer show 
>> Chrome apps on Windows, Mac, and Linux, but will continue to surface 
>> extensions and themes. In early 2018, users on these platforms will no 
>> longer be able to load Chrome apps.
>
>
> So, apparently, early 2018 is the cut off date. The route recommended in 
> the announcement was NodeWebKit or Electron for developers who need desktop 
> apps; however, I think I am just going to focus on TiddlyServer from here 
> forward as that seems to have the most promise in many ways. Anyone can use 
> my electron app if they want (
> https://github.com/Arlen22/TiddlyWiki-Electron) -- I still use it, though 
> rarely. But I like the idea of TiddlyServer because you can use whatever 
> browser you want with whatever else you want in it. 
>
> Here is the complete announcement: 
> https://blog.chromium.org/2016/08/from-chrome-apps-to-web.html
>
> Hope that helps :)
>
> -Arlen
>
> On Mon, Jul 10, 2017 at 5:53 PM, @TiddlyTweeter <tiddly...@assays.tv 
> > wrote:
>
>> I'm looking at calculating the final end of simple browser file saving in 
>> TW ...
>>
>> Do you know WHEN TiddlyChrome will stop working?
>>
>> Its an app in Chrome right? And Google will stop it working in time? 
>> Right? 
>>
>> I just don't know enough to know WHEN. Do you know when its planned it 
>> will stop working?
>>
>> Best wishes
>> Josiah
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "TiddlyWiki" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to tiddlywiki+...@googlegroups.com .
>> To post to this group, send email to tiddl...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/tiddlywiki.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/tiddlywiki/c0f927c5-fc54-444e-9508-6b0363c7cd84%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/tiddlywiki/c0f927c5-fc54-444e-9508-6b0363c7cd84%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/147588eb-710d-43ca-839d-83640f5fefa8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: [TWC] How to delay the execution of a macro or a part of it

[Yakov]

Well, it sounds like Promises might help you. I'm not sure yet about the 
blocking nature of JS for interface, but what you can do is the following:

in handler, create a container and create a Promise to fill it – that 
Promise has to do the calculations;
chain another Promise to it, it has to grab the calculation results and 
build DOM.

What I think I understand is that the 2 promises will be fullfilled after 
the whole code, meaning after other wikifying, so the user will see other 
content. What I'm not sure at all is whether the first Promise will or will 
not block user interface (I don't know well why this blocking happens at 
all). Once the calculation is done, the second Promise will work and that 
one will certainly block user interface but at least it is not the long 
part, if I've understood you correctly.

I'm not familiar at all with Web Workers but looks like this is the second 
thing you should look into.

Best regards,
Yakov.

PS very interesting what you will come up with, I wonder if those tools can 
be used to make saving with TiddlyFox asynchronous (or more precisely, 
non-blocking), but I haven't learned enough stuff yet.

понедельник, 10 июля 2017 г., 23:00:54 UTC+3 пользователь whatever написал:
>
> Hey, Yakov.
> My plugin processes parameters from internal tiddlers, no external 
> resources required. It's called InfoboxTablesPlugin [1] and I use it to 
> generate Wikipedia-style infoboxes. The current version that's publicly 
> available is not the latest though. The new version supports modules and 
> includes, and I found that when the number of available parameters gets 
> over a hundred, the wiki freezes until the plugin is done processing. Only 
> then is the tiddler displayed. These are extreme test cases, of course, but 
> the wiki is a bit slow even when there are fewer parameters to process.
> I have seen the SO thread you posted, but I haven't had the time to play 
> around yet.
> I have also joined the TWC group.:D
>
> [1] http://infoboxes.tiddlyspot.com/
>
> w
>
> On Monday, July 10, 2017 at 9:47:08 PM UTC+2, Yakov wrote:
>>
>> Hello whatever,
>>
>> could you specify what kind of computation does this macro require? Does 
>> it make any requests to external sources?
>>
>> This may be of use: 
>> https://stackoverflow.com/questions/36588775/are-javascript-promise-asynchronous
>>
>> Best regards,
>> Yakov.
>>
>> PS you may be interested in joining the new TiddlyWikiClassic group: 
>> https://groups.google.com/forum/#!forum/tiddlywikiclassic
>>
>> пятница, 30 июня 2017 г., 23:45:00 UTC+3 пользователь whatever написал:
>>>
>>> Bump.
>>>
>>> On Thursday, June 22, 2017 at 5:48:38 PM UTC+2, whatever wrote:
>>>>
>>>> Hi!
>>>> I'm working on a plugin, which, depending on the amount of data it 
>>>> needs to process, can take up to a minute to render. In the mean time, the 
>>>> TWC is practically frozen. Is there any way to delay the processing of the 
>>>> macro until the tiddler is loaded? Or delay the processing part of the 
>>>> macro? Which would actually be preferable, if I could display a 
>>>> placeholder 
>>>> message that the macro is processing stuff. I've played with setTimeout, 
>>>> both inside and outside of the handler, but it didn't work. Any ideas?
>>>>
>>>> w
>>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/b0409849-2b10-469e-8dd7-f4b221fc095d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: [TWC] How to delay the execution of a macro or a part of it

[Yakov]

Hello whatever,

could you specify what kind of computation does this macro require? Does it 
make any requests to external sources?

This may be of use: 
https://stackoverflow.com/questions/36588775/are-javascript-promise-asynchronous

Best regards,
Yakov.

PS you may be interested in joining the new TiddlyWikiClassic group: 
https://groups.google.com/forum/#!forum/tiddlywikiclassic

пятница, 30 июня 2017 г., 23:45:00 UTC+3 пользователь whatever написал:
>
> Bump.
>
> On Thursday, June 22, 2017 at 5:48:38 PM UTC+2, whatever wrote:
>>
>> Hi!
>> I'm working on a plugin, which, depending on the amount of data it needs 
>> to process, can take up to a minute to render. In the mean time, the TWC is 
>> practically frozen. Is there any way to delay the processing of the macro 
>> until the tiddler is loaded? Or delay the processing part of the macro? 
>> Which would actually be preferable, if I could display a placeholder 
>> message that the macro is processing stuff. I've played with setTimeout, 
>> both inside and outside of the handler, but it didn't work. Any ideas?
>>
>> w
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/a463ab51-2f28-484f-94f0-dbc3a21edb5a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: TiddlyWiki classic themes?

[Yakov]

Hi,

there was a dedicated source TiddlyThemes: I've saved a snapshot [1] and 
although the links got broken, you may find the themes using Internet 
Archive (for example, blackicity: [2]). Another place where themes were 
collected was the customize space – here's another saved snapshot [3].

Best regards,
Yakov.

By the way, for questions about TWc, I'd like to invite you to the new 
group: https://groups.google.com/forum/#!forum/tiddlywikiclassic
I hope that those who use TWc these days will gather there so that posts 
about TWc will be in one place without being diluted by large amount of TW5 
posts.

[1] http://yakovl.bplaced.net/TW/materials_for_discussions/TiddlyThemes/
[2] 
https://web.archive.org/web/20150219080220/http://themes.tiddlywiki.com:80/blackicity.html
[3] 
http://yakovl.bplaced.net/TW/TS_backups/customize.tiddlyspace.com%20(24.02.2016).html#[[TiddlyWiki%20Themes]]

воскресенье, 9 июля 2017 г., 22:48:50 UTC+3 пользователь Wayward Horizons 
написал:
>
> I can barely find any sites that still have TiddlyWiki themes, or at least 
> themes for TiddlyWiki classic. Are there any sites with tiddlywiki classic 
> themes, and if there are, could you link me to them?
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/344aae69-6f03-41fa-81ff-196c4124c70a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A google group for TiddlyWiki Classic

[Yakov]

Ok, since there's no strong objections against using the group, I've posted 
[1] the first bunch of extensions that I can release and probably update if 
needed, so those who still use TWc or those who just miss some stuff in TW 
are welcome to check it out. I'll post some more stuff later, probably this 
week.

Jeremy, so what do you think about adding a link to the TiddlyWikiClassic 
group in the TiddlyWiki group header? I'm also open to proposals of the 
TiddlyWikiClassic group header.

Best regards,
Yakov.

[1] https://groups.google.com/forum/#!topic/tiddlywikiclassic/gGDOHuiePW0

понедельник, 19 июня 2017 г., 16:25:16 UTC+3 пользователь Ste Wilson 
написал:
>
> There is a sub Reddit up and running  
> https://www.reddit.com/r/TiddlyWiki5/
>
> Riz did the leg work for it and then we all promptly ignored it and 
> carried on here. (what's happened to Riz anyway?)
>
> Stephen 
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/3a38e285-7f1d-48bf-a479-64da333e3d26%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A google group for TiddlyWiki Classic

[Yakov]

Hi guys,

I agree that google groups have a bad serach engine, although it didn't 
hurt me too much. They also lack upvoting/survey system which would be 
helpful but rarely that important as far as I can remember the days when I 
looked through messages in this group regularly and didn't miss almost 
anything. What are the scenarios when the lack of these features really 
concern you?

StackExchange is definitely a nice option, I've already committed during 
the current commit phase, but SE is not a general-purpose tool, it's not a 
place to discuss concepts, release new extensions etc.

The main other candidate is Reddit, if I haven't missed anything. I'm not 
familiar with it at all, could you describe what can be done there.. a 
subreddit? May be there's some nice introductory video?

My current plan is to release extensions (I've got quite a number of them) 
and post about them in the new google group and help others if somebody 
posts some "help me" thread. Quite probably I'll be out of reach since 20 
of June till 3 of July, so if somebody helps me by becoming a moderator (to 
allow non-spam first posts), I'll be thankful. I'd like to post a 
(short?)list of my projects there to hear what's interesting for others 
(what should I release first) and hence allowing first posts is important. 
Or I'll just post that after 3 of July to avoid any confusion.

Best regards,
Yakov.

понедельник, 5 июня 2017 г., 16:57:27 UTC+3 пользователь Mark S. написал:
>
> My attempts to set up registration via site 51 page crashes with a big 
> screen dump of open id error messages.
>
> Mark
>
> On Monday, June 5, 2017 at 5:15:13 AM UTC-7, Danielo Rodríguez wrote:
>>
>>
>> There is a proposal for creating a new stackOverflow like site for 
>> tiddlywiki:
>>
>> http://area51.stackexchange.com/proposals/105326/tiddlywiki
>>
>> Please go there and vote the three questions you find more useful with an 
>> score of 9 or less. We need as much questions as possible with an score of 
>> at least 10.
>> Then a new site for tiddlywiki will be created. This includes lots of 
>> cool features like tags, upvoting, short answers by better description, 
>> mechanism to avoid publishing duplicated questions, revisions history of 
>> questions... I think that TWC and TW5 can live together there thanks to 
>> tags.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/807e8197-8b62-4f36-a947-250faf24c356%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: TiddlyFox seemed to stop working

[Yakov]

вторник, 25 апреля 2017 г., 2:13:44 UTC+3 пользователь PMario написал:
>
> On Monday, April 24, 2017 at 8:51:07 PM UTC+2, @TiddlyTweeter wrote:
>
>> I think the central song is: 
>> *will I be able to save in 2018?*
>>
>
> imo yes. but may be with a different browser.
>
> Or with a different tool: https://github.com/Arlen22/tiddly-chrome-app 
(Addons will be substituted with Chrome extensions), that's their point on 
dropping Addons. Unfortunately, TiddlyChrome doesn't support TWc yet.

-m 
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/5d54a7e9-e22b-416b-be2e-91796694b7ab%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: [TWc] TreeDiagramFormatterPlugin

[Yakov]

Just for the record: most of tiddlyspaces are accessible via the Web 
Archive (example: [1]), although some are in outdated versions.

Best regards,
Yakov.

[1] 
https://web.archive.org/web/20131219043836/http://treedg.tiddlyspace.com/

среда, 17 мая 2017 г., 8:02:52 UTC+3 пользователь Asimov Isaac написал:
>
> Hi, Tobias.
> I have been looking for a *Horizontal *Tree plugin for a long time.
> The plugins like "family-tree" or "list-tree" can only render vertical 
> list, such as:
>
>- 
>- 
>   - sss
>   - ooo
>- 
>
> Fortunately, I found your post here, and the style in the picture below is 
> really the one I keep dreaming of.
> However, unfortunately, all the links like " ***.tiddlyspace.com" are out 
> of date so I cannot access them. 
> Everything about the "NodeTreePlugin" or "treedg" is missing.
>
> Would you like to tell me where to find them? 
> Or could you give me some advice, so I could display a horizontal tree 
> just with  and , instead of complex items like "root","branch", 
> "entry" and so on.
>
> Thank you!
>
> BTW, I do love the plugins on your website, especially the "plantuml" 
> plugin. They help me a lot.
>
> Best regards,
> Asimov
> 2017.05
>
>
> 在 2013年9月12日星期四 UTC+8下午5:04:42，Tobias Beer写道：
>>
>> Hi,
>>
>> I think, the two following features could be interresting:
>>> * Before any vertical bar, having an horizontal bar centered on the 
>>> parent node,
>>>
>>
>> I second that, guess I'd like it to see it like this with rather small 
>> lines, just the slightes visual clue...
>>
>>
>> <https://lh3.googleusercontent.com/-Cna27f0TpDI/UjGDPSIw6bI/BPI/TwmxrPcrK9U/s1600/ParentNodes.png>
>>
>>  
>>
>>> * Having a syntax to do vertical diagrams instead of horizontal ones.
>>>>
>>>>
>> That's may be neat, too, but...
>> * it will result in a lot of horizontal scrolling
>> * it will require more of a quote style left border with those branchy 
>> things
>> * I guess, any second third level, etc... would have to be horizontal 
>> again for readability's sake
>>
>> Best wishes, Tobias.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/0c37f66d-4473-4da2-9311-53765fb1854f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A google group for TiddlyWiki Classic

[Yakov]

Hi Danielo, please specify what do you mean? If you suggest that google 
groups is a not-good-enoug tool than what do you suggest as a better one?

Hello Jeremy. Speaking of TiddlyFox, what's the best place to discuss 
future development now? I've voiced a concern about Addons support 
discontinuation [1] and also asked about support of async saving somewhere 
but didn't get any responses yet. Also, to adapt TiddlyChrome for TWc [2] I 
need some help to understand how TiddlyFox works as I've never developed a 
FF addon nor a Chrome extension. Finally, MicroTiddlyServer [3] may be a 
candidate for [4] but it's important to a) understand the basic 
requirements (for instance, interfaces of MTS do not look great yet) and b) 
understand how TW5 is saved to adapt MTS for it as well.

I'd be happy if the header of the main group has a link to the TWc group, 
and probably the header of TWc group should be updated accordingly. Despite 
the fact I was mostly silent for more than one year (PhD thesis, than a new 
cool job in ChildrenScience.ru that absorbs much time, but actually TW is 
used in couple of places "in production" [5,6, in Russian unfortunately]), 
I've keep deleloping new tools (TW plugins, including plotting, graph 
drawing, crypto tools, bibliographic references and even very early 
prototypes of sketch/SVG editor and WYSIWYG and many "smaller" tools) and 
is rather eager to share new stuff with the community, but needed a place 
where posts about TWc are more condensed, new stuff is not lost that 
quickly because of posts about TW5.

As for the topics that are related to both TW5 and TWc, I think a natural 
approach would be to post main discussions threads here and post a link to 
such a thread as a thread in the TWc group so that the discussion is not 
split; but of'course this still has a drawback that somebody has to find 
such a thread here and post a link. A nicer approach would be if the 
discussion tool has some sort of tags so that somebody can read threads 
tagged TW5, somebody – TWc, somebody – both and the posts can also have any 
combination of those; but in that case everybody *has to* tag their posts 
and ideally tags should be suggested automatically (like in StackOverflow). 
But I'm not aware if such a discussion platform exists.

Best regards,
Yakov.

[1] https://groups.google.com/forum/#!topic/tiddlywikidev/VqvGlnrfLjE
[2] https://github.com/Arlen22/tiddly-chrome-app/issues/12
[3] https://groups.google.com/forum/#!topic/tiddlywikiclassic/Eb48yQBof5c
[4] https://github.com/TiddlyWiki/php-server
[5] http://do.sch-int.ru/
[6] http://childrenscience.ru/courses/

суббота, 3 июня 2017 г., 21:42:24 UTC+3 пользователь @TiddlyTweeter написал:
>
> Ciao Danielo
>
> Do you mean "Don't use Google Groups"? If so I totally agree. Its fine 
> for ongoing discussion. But as an archive format its the worst. You lose 
> your own history. Its search mechanism is crap. It upvoting non-existent. 
> Its tag system (even if you bothered to activate it) so crude its useless.
>
> Josiah
>
> Danielo Rodríguez wrote:
>>
>> If you are going to start something apart of this group ... Please don't​ 
>> use another group, use a different tool
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/75461b8f-e444-4c08-b0a3-76cbf88f4e86%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A google group for TiddlyWiki Classic

[Yakov]

> There is nothing wrong with discussing Classic here on this group. Surely 
> it muddies the waters as now the information pertaining to TWC is going to 
> be spread out rather than contained.
>

Yeap, and that's a problem, there's way too much threads about TW5 and if I 
don't check the group for some time, it's quite difficult to review the new 
threads about TWc I've missed.

I'm surprised you didn't decide to move to Reddit :)
>

Never thought about that (never used Reddit, actually). What are the pros?

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/374052c5-bd65-4742-bf66-1d5e89487eb5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] A google group for TiddlyWiki Classic

[Yakov]

Hi guys,

if you, like me, are missing a place to discuss TiddlyWiki Classic (2.x.x), 
to read about or share new stuff etc, I invite you to the new group [1] 
initially created by Tobias. I have many new plugins to release and I have 
already created a couple of posts there and will probably create a list of 
projects to understand what's interesting for you. I'll probably need some 
assistance with moderation since I haven't lead an open google group 
before, so any help with that is very welcome.

Best regards,
Yakov.

[1] https://groups.google.com/forum/#!forum/tiddlywikiclassic

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/2960c022-10b8-4204-b36c-73ec292fa35d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

I have found another very interesting stuff: the contenteditable attribute 
[1,2]. Although saving changes to wikitext from DOM is still quite tricky, 
this stuff can ease implementing WYSIWYG tremendously. In fact, CKEditor 
uses this, although their task is simpler since they save the DOM itself 
and in TW we have to either convert it back to wikitext or somehow sync 
while editing..

Best regards,
Yakov.

[1] http://html5demos.com/contenteditable
[2] http://stackoverflow.com/questions/1391278/contenteditable-change-events


> Hi Vincent,
>
>
> Now, the "boring" part.
>
> 1. create a one-line tiddler with text alpha __beta__ gamma. Click to 
> edit the only block. Add a new line (enter) and apply (ctrl+enter). Enter 
> the ordinary edit mode (click "edit"). Press esc to cancel. What is 
> expected: the changes are already applied, and since I haven't changed 
> anything in the ordinary edit mode I will just leave. What actually 
> happens: the editor asks if we should leave without saving changes (as 
> thought as they were done in the edit mode, not in twve).
>
>
> I think that's because the tiddler was not saved after the new-line being 
> added. This behavior is of TiddlyWiki (without AutoSave), not of *twve*.
>
> Not quite. The thing about autosave is what would be on leaving TW, not 
> the tiddler edit mode. This looks like no store.notify was called (and 
> hence no store.saveTiddler was called) and because of that no refreshing 
> was done, though I'm not totally sure.
>
>
> The *twve* stores *every* accepted change back to the tiddler text, right 
> at the time being accepted, even in the case of one single character. You 
> do not see a whole tiddler refreshing because *twve* avoids it and does 
> partial refreshing for you. I decided to do partial refreshing because it 
> improves performance significantly. Technically it avoids whole tiddler 
> refreshing by using the unrecommended way:
>
> tiddler.set(...the changed text and other necessary info);
>
> store.setDirty(true);
>
>
> It is the *store.setDirty(true)* that informs the TiddlyWiki that 
> something has been changed. I do think it makes sense to do so even after a 
> single character change.
>
> So, if you disable the *autoSave* option, which is commonly desired 
> probably, then before you manually save it the tiddler remains *dirty* after 
> any change, and what you described shall happen naturally.
>
> Thanks a lot for sharing the idea of a formatter, something that I still 
> can't figure out by myself. I will spend time studying it and see what I 
> can do. This is really helping and highly appreciated. Thanks again for 
> sharing.
>
> Have fun!
>
> Vincent
>
>
> Recently I've came to an idea how to create a formatter that 
>
> ...

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/be94a17c-310d-44c2-8b48-ba451e25ef63%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,


> Now, the "boring" part.
>>
>> 1. create a one-line tiddler with text alpha __beta__ gamma. Click to 
>> edit the only block. Add a new line (enter) and apply (ctrl+enter). Enter 
>> the ordinary edit mode (click "edit"). Press esc to cancel. What is 
>> expected: the changes are already applied, and since I haven't changed 
>> anything in the ordinary edit mode I will just leave. What actually 
>> happens: the editor asks if we should leave without saving changes (as 
>> thought as they were done in the edit mode, not in twve).
>>
>
> I think that's because the tiddler was not saved after the new-line being 
> added. This behavior is of TiddlyWiki (without AutoSave), not of *twve*.
>
> Not quite. The thing about autosave is what would be on leaving TW, not 
the tiddler edit mode. This looks like no store.notify was called (and 
hence no store.saveTiddler was called) and because of that no refreshing 
was done, though I'm not totally sure.

Recently I've came to an idea how to create a formatter that can create an 
editable text and save changes back to wikitext. The main idea is to use 
such engine for MathQuill [1] in TWc which I've already implemented to some 
extent, but here I'll just show the template for such formatter, may be 
you'll find this useful. Now I understand TWc Wikifier relatively well, so 
if you have some questions, I'll probably be able to answer. So here's the 
text of the tiddler containing a test, the code and some comments:

/***
|Version|0.9|
A simple formatter is implemented here. This formatter creates DOM that can 
be "reflexively edited": editing changes not only DOM, but also wikitext 
which it was generated from.
|test formatter|val 3 (was: {{{val 2}}})|
* recalcs slices (changes are applied); refreshing doesn't affect 
distructively; several consiquent edits via one formatter work correctly
* ''test'' several edits via several formatters; test with transclusion, 
including sections (both should work correctly)
***/
//{{{
var reflexiveFormatterTerm =
{
name: "reflexiveFormatterTest2",
openWrapper: "",
closeWrapper: ""

};(function($){ // concatenate to reflexiveFormatterTerm ($ = this)

$.match = $.openWrapper;
$.lookaheadRegExp = new RegExp($.openWrapper + "(.*?)" + 
$.closeWrapper, "mg");
$.handler = function(w)
{
$.lookaheadRegExp.lastIndex = w.matchStart;
var wholeThingMatch = this.lookaheadRegExp.exec(w.source);
if(!wholeThingMatch) return;
// wikitext "corresponding to the formatter" with wrapper
var wholeThing = wholeThingMatch[0],
// wikitext "corresponding to the formatter" without wrapper
mainThing  = wholeThingMatch[1];
w.nextMatch = this.lookaheadRegExp.lastIndex;

var sourceTiddler = w.tiddler,
startPosition = w.matchStart,
initialLength = w.matchLength;

var changeWikiText = function(newText)
{
// prepare texts and positions
var noTiddlerMsg = "changeWikiText: no sourceTiddler detected";
if(!sourceTiddler)
return console.log(noTiddlerMsg);
var endPosition = startPosition + wholeThing.length;
wholeThing = $.openWrapper + newText + $.closeWrapper;
mainThing = newText;

// change wikitext to newText
sourceTiddler.text =
sourceTiddler.text.substr(0,startPosition) +
wholeThing +
sourceTiddler.text.substr(endPosition);
//# any change of sourceTiddler.text outside without refreshing can break 
the engine
//  (when the length of the text before matchStart is changed)
store.saveTiddler(sourceTiddler); // recalcs slices, notifies 
etc

// .oO about "no refresh" approach (change w.nextMatch,
// presumably using the difference between ..; change textNode)
// can search for the wholeThing and replace it
//  drawback: will work correctly only if there's no 
"duplicates"
// correct approach should probably involve a special
// "backward wikifier" object which remembers where wikitext
//  matched by each formatter begins and which we can change
//  when we change wikitext corresponding to our formatter
}

// do the DOM stuff
createTiddlyButton(w.output,"click to test","",function(){
changeWikiText(prompt("let's change this!",mainThing));
    });
var textNode = createTiddlyText(w.output,mainThing);
}
})(reflexiveFormatterTerm);

config.formatters.push(reflexiveFormatterTerm);
//}}}

If that's interesting, I can share the apply-MathQuill code as well.

Best regards

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

first of all, going up/down from block to block implementation is very 
cool, much better experience now!

Second, lists are now edited as a whole, not one list item at a time. I 
guess, this is some deliberate temporal state, I mention it just in case it 
is not and/or you don't know about it.

Next, I'd say that in empty block pressing backspace is expected to cause 
a) going to the previous block and b) removing of the empty block. 
Likewise, in non-empty block pressing backspace when the cursor is on the 
first position should cause a) going to the previous block (end position) 
b) concatenate the content to the content of the previous block and c) 
removing the block where we were initially. Implementing this feature will 
imrove experience much, as this seems to be the last thing that force user 
to use mouse during editing.

Now, the "boring" part.

1. create a one-line tiddler with text alpha __beta__ gamma. Click to edit 
the only block. Add a new line (enter) and apply (ctrl+enter). Enter the 
ordinary edit mode (click "edit"). Press esc to cancel. What is expected: 
the changes are already applied, and since I haven't changed anything in 
the ordinary edit mode I will just leave. What actually happens: the editor 
asks if we should leave without saving changes (as thought as they were 
done in the edit mode, not in twve).

2. I've got a ton of weird bugs playing with that tiddler (especially when 
adding or removing underline or newline), including more multiplying the 
content, separating alpha and __beta__ gamma as blocks and other stuff, but 
the behaviour changes very often and in an unpredictable way (seems that it 
is *history-depenent*), so for some time I had no luck in reproducing them 
(except for the one described above). The point here is you probably should 
investigate what can be the source of this history dependence, as it will 
probably provide many difficulties in the future.

3. I've got more luck in reproducing bugs when I started to refresh my TW 
after each test and close all tiddlers but the test one (for the clear 
experiments I used permaview not put anything else to the "history"). Steps 
to reproduce one of the bugs: close all tiddlers, open the tiddler with 
text alpha __beta__ gamma, permaview, reload TW. Inline-edit it: add a new 
line after the end of the first one, ctrl+enter to apply. Inline-open it 
again clicking the first line, remove the newline, ctrl+enter to apply. 
What I see in the view mode: alpha alpha *beta* gamma; but if I open the 
ordinary edit mode, the content is still alpha __beta__ gamma.

Best regards,
Yakov.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/3a4a4f6d-e599-4b31-8d5a-6caaeb97fdeb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,


>
>>  
>>
>>
>> 1. Create a tiddler with a short paragraph (shorter than a line), an 
>> empty line and another paragraph (line after 2 linebreaks). Go to the view 
>> mode, click the first paragraph, go to the its end. Press right: what I get 
>> is an *extra* block to the right from the first paragraph, then I press 
>> right again, I get the empty line block (which is ok), then the second 
>> paragraph. Interestingly enough, if I have a paragraph, a linebreak and a 
>> list item (only one linebreak after the paragraph before the "*" symbol), I 
>> get this "extra block", too; however, list items don't generate this "extra 
>> block" (which can be seen if tiddler contains a list item and then a 
>> paragraph). Another aspect: empty lines don't generate the "extra block".
>>
>>
>> The "extra block" corresponds to a BR element in the DOM tree. A 
>> paragraph is usually followed by a BR, therefore you see that extra block. 
>> An empty line is nothing but a BR, so that edit box for an empty line is 
>> already that "extra box" itself, and that's why you don't get another extra 
>> box again. Anything that's not followed by a BR does not give you this 
>> extra box.
>>  
>> I am still thinking of a good way to handle those BR's.
>>
>> Well, I think a BR element should generate an edit block only if it is 
>> followed by another BR, and if changes are to be applied the text should be 
>> inserted after it [the first one].
>>
>
> That is a good idea, but what confuses me now is the seemingly 
> unpredictable appearance/disappearance of the BR's immediately before/after 
> a block element...
>  
>
I have to admit, I'm not sure what possible problem you're talking about 
(well, at least I don't understand what are the possible causes). Or may be 
you have tested this already?

Best regards,
Yakov.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/4143266b-f38a-4adc-8518-aa8b17015c62%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw] Re: [EOL-TS] Message from TiddlySpace

[Yakov]

Hi Tobias,

in fact I was considering doing so, that's why I've asked about moderation 
policy in *this* group: it strikes me as quite successful in terms of 
spam-fighting, so should be used in the new group as well. Anyway, thanks 
for creating it. I'll try to publish some new plugins and announce there 
shortly to get some more attention there.

Best regards,
Yakov.

среда, 24 февраля 2016 г., 11:13:43 UTC+3 пользователь Tobias Beer написал:
>
> Hi Yakov,
>  
>
>> By the way, what kind of moderation is used in this group currently? (who 
>> is allowed to subscribe/post? which needs moderator approval?) I think it 
>> would be useful to create a TiddlyWiki Classic group since this one is full 
>> of TW5-only posts and that caused me to stop reading it regularly.
>>
>
> Why not just open one yourself? In fact, I just did so.
>
> https://groups.google.com/forum/#!forum/tiddlywikiclassic
>
> So, please join and I'll make you an admin, Yakov.
>
> Best wishes,
>
> Tobias.
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/5c0f064d-4173-4a0b-9e90-37fcbf5f6aca%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

 
>>
>>
>> 1. Create a tiddler with a short paragraph (shorter than a line), an 
>> empty line and another paragraph (line after 2 linebreaks). Go to the view 
>> mode, click the first paragraph, go to the its end. Press right: what I get 
>> is an *extra* block to the right from the first paragraph, then I press 
>> right again, I get the empty line block (which is ok), then the second 
>> paragraph. Interestingly enough, if I have a paragraph, a linebreak and a 
>> list item (only one linebreak after the paragraph before the "*" symbol), I 
>> get this "extra block", too; however, list items don't generate this "extra 
>> block" (which can be seen if tiddler contains a list item and then a 
>> paragraph). Another aspect: empty lines don't generate the "extra block".
>>
>
> The "extra block" corresponds to a BR element in the DOM tree. A paragraph 
> is usually followed by a BR, therefore you see that extra block. An empty 
> line is nothing but a BR, so that edit box for an empty line is already 
> that "extra box" itself, and that's why you don't get another extra box 
> again. Anything that's not followed by a BR does not give you this extra 
> box.
>  
> I am still thinking of a good way to handle those BR's.
>
> Well, I think a BR element should generate an edit block only if it is 
followed by another BR, and if changes are to be applied the text should be 
inserted after it [the first one].
 

>
>> 2. In this case, I would expect "down" arrow to act like the "left" 
>> arrow. Well, not exactly in the same manner, but surely "down" should also 
>> bring me to the next block.
>>
>
> The down and up arrows are not implemented because I have not yet figured 
> out how to move the cursor in a visually consistent way. I mean when I 
> press the up arrow I do expect to see the cursor go straight above instead 
> of to the very left of the element above, don't I?
>  
>
That's a fair note. But I think this is not to be taken into account until 
the edit-area+preview pair is substituted with a WYSIWYGish edit area. Once 
that is done, you can calculate the X coordinate of the cursor, predict 
which coordinate it will get if it is place after the first letter of the 
line, after the second etc and decide which variant is closest to the 
current, and act accordingly. Alternatively, you can implement the 
behaviour of office-like editors: they find the position which is not 
closest (by X) to the current one, but rather to the "previous left" 
position which is changed on pressing anything but up or down (with 
exception of start/end-of-text positions). To simplify understanding this 
alternative behaviour, I'll illustrate it this way:

consider the text below, "x" are letters, "l" is the cursor:

xxx*l*x
xxx


If one presses "down" twice, in the first model (s)he will get:


xxx
xxx*l*x

but in the second (s)he will get:


xxx
xxx*l*x

So, after you understand the illustration, you may want to re-read my 
description which may be not very clear without it..

Again, untill a WYSIWYGish edit area is not implemented, you probably don't 
have to implement this "go right below" stuff (while the "down to get to 
the next block" behaviour is needed constantly when navigating through 
text). Yet, there's a third path: on "down", open the new text edit area 
(with preview) and predict the cursor position.

Auxiliary: to find X coordinate of the cursor in textarea and in other 
elements, you probably have to use different tools.
For textareas, [1] may be see helpful
For other elements, see [2] (but that's for *selection* and you will 
probably emulate a cursor anyway, and the cursor element will probably 
bring a better way by itself)

Best regards,
Yakov.

[1] 
http://stackoverflow.com/questions/29709/how-do-i-get-the-x-y-pixel-coordinates-of-the-caret-in-text-boxes
[2] 
http://stackoverflow.com/questions/6846230/coordinates-of-selected-text-in-browser-page

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/950ee098-ff10-44cf-a502-73e747791221%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

navigation between blocks makes nice impression indeed! Now, let me point 
some issues (for now, tested in FF only):

1. Create a tiddler with a short paragraph (shorter than a line), an empty 
line and another paragraph (line after 2 linebreaks). Go to the view mode, 
click the first paragraph, go to the its end. Press right: what I get is an 
*extra* block to the right from the first paragraph, then I press right 
again, I get the empty line block (which is ok), then the second paragraph. 
Interestingly enough, if I have a paragraph, a linebreak and a list item 
(only one linebreak after the paragraph before the "*" symbol), I get this 
"extra block", too; however, list items don't generate this "extra block" 
(which can be seen if tiddler contains a list item and then a paragraph). 
Another aspect: empty lines don't generate the "extra block".

2. In this case, I would expect "down" arrow to act like the "left" arrow. 
Well, not exactly in the same manner, but surely "down" should also bring 
me to the next block.

3. Adding a new text block to an end of a tiddler works nicely. But if in a 
tiddler with a couple of text blocks, A and B (double linebreak between 
them) I go to A, then press (in the end) enter-enter (creating a couple of 
new lines) and add some text to the new "paragraph" (C), and then press 
"right", I get to the new empty line between A and C. What is expected: I 
get to the empty line between C and B.

Ok, there's more, but let's make a pause here: I even don't know if you 
have changed the code since the latest post (if so, please send another 
snapshot/update the dropbox file).

Best regards,
Yakov.

среда, 3 февраля 2016 г., 8:56:40 UTC+3 пользователь Vincent Yeh написал:
>
> The DropBox link in the last reply was a bit strange, I changed it in this 
> one and added another OneDrive link. They should be fine.
>
> On Wednesday, February 3, 2016 at 1:45:51 PM UTC+8, Vincent Yeh wrote:
>
> Yakov,
>
> Here is a link to a test file for the current snapshot of the *twve* 
> plugins with simple keyboard navigation functionality. Please try with 
> different tiddler content and help speed up the debugging. :-)
>
>- DropBox 
><https://dl.dropboxusercontent.com/u/23745840/twve.pre-pre4.wysiwyg.html>
>- 
>
> ...

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/822a34d9-820b-4abb-827b-07ac51492130%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

nice to hear :)
that would be lovely (although I'll probably report some bugs that you're 
already aware of).

Best regards and nice holidays,
Yakov.

вторник, 2 февраля 2016 г., 13:28:33 UTC+3 пользователь Vincent Yeh написал:
>
> Yakov,
>
> Yes there is good progress in the arrow navigation: I can now use the 
> left/right arrow keys to navigate between paragraphs and block elements 
> within the same tiddler, but there is still some debugging to do. It won't 
> be released in a few weeks because the coming Chinese new year break and my 
> recent schedule. I can give you a snapshot copy to try if you like.
>
> Have fun!
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/87ffd2f0-d1d9-45e0-8694-01d75e0c00d1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: [EOL-TS] Message from TiddlySpace

[Yakov]

Hi guys,

I may be sort of out of context as I read this group seldom these days, but 
here is what I'd like to ask/mention:

1. What do you think about TiddlyWiki.org? How valuable it is for you (I 
mean, I don't know, how many users of TiddlyWiki Classic like is out 
there)? Can it be stored somewhere so that it can be edited collectively 
like today? Or, more precisely, is anyone, among those reading this, ready 
to do smth about it (I guess, create hosting with TiddlyWeb platform, copy 
contents of the current wiki there and allow users to register and edit?) 
Actually, the same question for customize.tiddlyspace.com ...

2. EOL of TiddlySpace doesn't mean that tiddlyweb.com is going anywhere, 
does it?

3. Ok, this idea may be eclectic, but if we're talking about social aspect 
of using tiddlers, may be it would be useful to join another *social* 
engine and try to implement some extension for tiddlers in such a project. 
By saying this, I mostly mean Diaspora [1] which is open source 
decentralized social network (you may be have heard of already) and even if 
extending its main branch doesn't get approved by the core team, one can 
fork it and extend in any manner he or she likes to. At some early point of 
Diaspora development, there was even some buzz about Diaspora plugins, but 
unfortunately I can't find anything.

I fully understand that implementation of this idea is very likely to be 
very time-consuming, but, well, I'd like to share it anyway..

Best regards,
Yakov.

[1] https://en.wikipedia.org/wiki/Diaspora_(social_network)

пятница, 22 января 2016 г., 17:28:12 UTC+3 пользователь Chris Dent написал:
>
> On Thu, 21 Jan 2016, Tobias Beer wrote: 
>
> > Would you say it makes sense to... 
>
> I think what makes sense depends a great deal on who is doing it. 
> Unfortunately we never really achieved frictionless tiddlyweb. 
>
> >   - figure out a local install of TiddlyWeb / TiddlyWebWiki 
> >   - somehow replicate / migrate / import spaces there 
> > 
> > Right now I'm inclined to simply make local backups of all spaces. 
> > This, of course, will do away with any inclusion and produce standalone 
> > wikis. 
>
> I suspect local backups (that include all the stuff that would be 
> included from other spaces if hosted on tiddlyspace) is probably the 
> most straightforward way to continue getting individual functionality. 
>
> I'm sorry I can't give more concrete advice. I've never really become 
> all that savvy with TiddlyWiki. 
>
> -- 
> Chris Dent   http://burningchrome.com/ 
>  [...] 
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/72b7275f-9193-4cdf-9d94-232aa1a5b363%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

how are you? Any progress with the development? (arrow navigation between 
blocks, that stuff :)

Best regards,
Yakov.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/26109991-0c51-4815-88a1-a257d65c41a0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

as for Opera 12.x, I don't care much, really, but I use it for some dev 
purposes. It has a very convenient engine which simplifies DOM inspection 
tremendously and has some other nice features. Just saying (still, the bug 
may appear in another browser, for now I usually test TW things only in 
FireFox).


>
>>
>>> - *important:* when a list item is opened for editing, several causes 
>>> (pressing ctrl/shift/alt/clicking inside it/...) make edit area "disappear" 
>>> (in fact it gets hidden under the previewer, as far as I can see), and 
>>> after saving (pressing enter) the editor almost (or fully) get disabled
>>>
>>>
>>> I do not have such a behavior in my browser. Are you using 2.8.1 as I 
>>> am, or some earlier version?
>>>
>>
>> This is in 2.7.1, yes. (CoreVersion slices of all plugins say "2.7.0" or 
>> "2.6.5" for now.. are they not up-to-date?)
>>
>
> I tried with 2.7.1 using the latest Opera 33.0 / Win10, it works fine. I 
> guess it could be the old Opera 12.x (which I haven't tried yet), or a 
> plugin conflict (I am betting on this). Can you give me a possible list of 
> conflicting plugins so I can try on?
>
> again, this bug is in FireFox (latest one, Windows 7) + TW 2.7.1 and is 
perfectly reproducible. 

Best regards,
Yakov.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at http://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/31aa196c-7fc2-4c1d-b15b-d7fd849ede70%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

- menu of twve (in tiddlers) now works fine in FF but is not displayed at 
> all
>
>
> In my FF (42.0 / Win10) it is displayed as expected. Which version of FF 
> you are using?
>

Sorry, here "in Opera 12.x" is missing, it works in FF as expected

- still have poorly reproducible bug: sometimes opening the ordinary edit 
>> mode and then exiting it by esc (after, say, copying the text without 
>> modifying) causes "are you sure you'd like to abandon changes?" message
>>
>
> That message is probably not from *twve*, I don't find anywhere such a 
> message in the codes.
>

The exact message is that from the core ("Are you sure you want to abandon 
your changes to '%0'?"), which is config.commands.cancelTiddler.warning, 
the origin of the text is surely not twve, but the behaviour may originate 
from it. Still, this is a poorly reproduced bug, so if no ideas here, let's 
skip it for the time being

>
> - *important:* when a list item is opened for editing, several causes 
> (pressing ctrl/shift/alt/clicking inside it/...) make edit area "disappear" 
> (in fact it gets hidden under the previewer, as far as I can see), and 
> after saving (pressing enter) the editor almost (or fully) get disabled
>
>
> I do not have such a behavior in my browser. Are you using 2.8.1 as I am, 
> or some earlier version?
>

This is in 2.7.1, yes. (CoreVersion slices of all plugins say "2.7.0" or 
"2.6.5" for now.. are they not up-to-date?)

By the way, I am having trouble porting *tcalc* to TW5: I can create a 
> plugin and I do see the plugin listed in control panel, but the codes are 
> not loaded at all (I couldn't find the code module in Firebug)! You know 
> what's going wrong?
>

Unfortunatelly, I don't know much about TW5 and most likely can't help here.

Best regards,
Yakov.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at http://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/3f4d99cb-f8f3-491b-9c9c-4560899886b5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hello Vincent,

nice to hear from you again! Glad there's some progress, too.

I've done some tests and here's some results:

- menu of twve (in tiddlers) now works fine in FF but is not displayed at 
all

- still have poorly reproducible bug: sometimes opening the ordinary edit 
mode and then exiting it by esc (after, say, copying the text without 
modifying) causes "are you sure you'd like to abandon changes?" message

- text blocks got some new strange behaviour (I guess that's temporal 
thing): below is a self-explanatory two-paragraph tiddler:
open this paragraph to edit, type a letter: instead of being added it to 
the end of the paragraph, it is added in a new line. The misleading thing 
is: if one presses "right" the cursor if displayed //on the end of the 
paragraph//, but once typing is started, it "jumps" to the next line (is 
displayed there) and letters are added there.

paragraph 2

- (still looking forward to get arrow navigation between "paragraphs"; nice 
thing is they are no longer splitted by inline elements inside them)

- *important:* when a list item is opened for editing, several causes 
(pressing ctrl/shift/alt/clicking inside it/...) make edit area "disappear" 
(in fact it gets hidden under the previewer, as far as I can see), and 
after saving (pressing enter) the editor almost (or fully) get disabled

That's all for now, I haven't run the whole set of tests yet.

Best regards,
Yakov.

пятница, 6 ноября 2015 г., 13:51:23 UTC+3 пользователь Vincent Yeh написал:
>
> Hello, everyone,
>
> It's been a while since last release of *twve*. I've been busy at work 
> and spending very limited time on it.
>
> Today I am back here to release *twve* v3.2.5, with some bug fixes and *quite 
> a few addition of functions* to *tcalc*.
>
> For more information and download links, see Release Note v3.2.5 at 
> TiddlySpot 
> <http://twve.tiddlyspot.com/#%5B%5BRelease%20Note%20v3.2.5%5D%5D> ro 
> TiddlySpace 
> <http://twve.tiddlyspace.com/#%5B%5BRelease%20Note%20v3.2.5%5D%5D>.
>
> Have a nice weekend!
>
> Vincent
>
> On Saturday, June 20, 2015 at 2:22:47 PM UTC+8, Vincent Yeh wrote:
>
> Yakov,
>
> Good to hear from you again, and thanks a lot for the bug report and 
> suggestions. After a quick test I realized that bug has long been there, I 
> just never found it. Thanks again for finding it for me. It is fixed in my 
> current snapshot and will be gone in the next release.
>
> About the Handsontable, I do seriously consider using it. However, instead 
> of making the *twve* work with it directly, I am thinking of another 
> plugin that works with Handsontable, and make that plugin recognized in 
> *twve*. That way we should have the benefit that people have the choice 
> to work with Handsontable solely or to include *twve*.
>
> Have fun!
> Vincent
>
> On Friday, June 19, 2015 at 8:33:03 PM UTC+8, Yakov wrote:
>
> Hi Vincent,
>
> nice to see that the development is going on! It was a hard year, but 
> probably I'll be able to provide consistent feedback during most of the 
> summer.
>
> Now, a couple of things from the top of my head:
> 1) I haven't been using v 3.2.3 actively and now noticed that it and 3.2.4 
> have a major bug in table editing: if the first cell is empty, which is 
> quite a frequent case, like in
> ||param1|param2|param3|
> |object1|value11|value12|
>
> ...

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at http://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/9594f4f0-764f-4a3c-b948-1d876152b294%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

nice to see that the development is going on! It was a hard year, but 
probably I'll be able to provide consistent feedback during most of the 
summer.

Now, a couple of things from the top of my head:
1) I haven't been using v 3.2.3 actively and now noticed that it and 3.2.4 
have a major bug in table editing: if the first cell is empty, which is 
quite a frequent case, like in
||param1|param2|param3|
|object1|value11|value12|value13|
|object2|value21|value22|value23|
, opening cells in the second row opens values of the wrong cell! Minimal 
test cases:
||a|
|b|c|
here, b and c raws show empty values;

||a|b|
|c|d|e|
here c and d show empty values while e shows a. Meaning that they 
take values from the cells that are to the top left from them.

Even more tricky, if I put those to together in one tiddler (separated with 
double line break), editing e in the second table acutally edits a in 
the first one! (but /shows/ it as thought as the right cells was changed: 
to see the truth, open the ordinary edit mode).

2) I've seen at [1] the discussion about the excel-like interface library. 
It works quite nicely (very good thing it does so with the clipboard), so I 
wonder if you consider using it. Of'course the fact that it uses jQuery is 
quite bad, but if the implementation is not very difficult, this can be 
done as an optional addition for those who use twve with TWc.

Best regards,
Yakov.

[1] https://groups.google.com/forum/#!topic/tiddlywikidev/LJ4QE6FB-lg

понедельник, 15 июня 2015 г., 19:09:45 UTC+3 пользователь Vincent Yeh 
написал:

 *twve* 3.2.4

 Major changes include

1. Added support for
-  regular expression in the open/close tags of elements;
   -   MathJax auto numbering;
   - *cross-table calculations*;
   - *parts-per notations in calculations*;
   - *time addition/subtraction in the format of hh:mm:ss or hh:mm or 
   mm:ss*;
   - vector calculations.
2. Added functions
   - LENGTH/LEN(cell)
   - VALUE/VAL(cell[,n])
   - VALUEWITH/VALWITH(cell,preceding[,following])
   - SUMIN(cell[,n1,n2,...])
   - SUMWITH(cell,preceding[,following])

 For more information and download links please see ReleaseNote v3.2.4 in 
 TiddlySpot 
 http://twve.tiddlyspot.com/#%5B%5BRelease%20Note%20v3.2.4%5D%5D or in 
 TiddlySpace 
 http://twve.tiddlyspace.com/#%5B%5BRelease%20Note%20v3.2.4%5D%5D.

 Comments, suggestions, bug reports are all welcome!

 Have fun!
 Vincent


 On Monday, March 23, 2015 at 12:58:21 PM UTC+8, Vincent Yeh wrote:

 *twve* v3.2.3

 Major changes include

1. added support for CSS wrappers created using {{Class name{  }}};
   - This, however, was only tested with very simple cases.
   2. a few newly defined functions and some bug fixes in *twve.tcalc*

 For more information and download links please see 

 ...

-- 
You received this message because you are subscribed to the Google Groups 
TiddlyWiki group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at http://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/44292575-c96e-4f56-af14-e256cde8f655%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

nice to hear! Keep on :) I really appreciate using twve for writing drafts 
with formulae, and normal navigation will help tremendously.

Best regards,
Yakov.

пятница, 13 февраля 2015 г., 7:28:41 UTC+3 пользователь Vincent Yeh написал:


 Releasing the *twve* 3.2.2, with some bug fixes. See release note at 
 TiddlySpot 
 http://twve.tiddlyspot.com/#%5B%5BRelease%20Note%20v3.2.2%5D%5D or 
 TiddlySpace 
 http://twve.tiddlyspace.com/#%5B%5BRelease%20Note%20v3.2.2%5D%5D. 
 Download links are given in the Installation section in the release note.

 Yakov, the normal navigation is on going and will come out in the next 
 release.

 Happy New Year!

 On Monday, December 29, 2014 at 2:50:07 PM UTC+8, Vincent Yeh wrote:

 Hi Yakov,

 Good to hear from you again! The navigation issue you mentioned has been 
 worked on over a few releases and is finally possible in the current one 
 (but not yet implemented). It was not easy in the past versions due to the 
 wiki text searching strategy: search within the same type. That strategy 
 made it possible to quickly locate the wiki text of a DOM element, but 
 difficult to move the cursor to the next sibling of a different type. In 
 the past few releases I had implemented another strategy: search 
 sequentially. This will make it easy to move cursor over to the next 
 sibling, whatever element type it is, at the cost of a noticeable slow down 
 in the searching speed. I am working on this normal navigation and 
 hopefully it will come out in the next couple of releases.

 Have Fun!
 Vincent

 On Sunday, December 28, 2014 11:35:29 PM UTC+8, Yakov wrote:

 Hi Vincent,

 sorry, I'm terribly busy these weeks, so no time for thorough testing for 
 now. But I'm glad that the development is go

 ...

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

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

By the way, a couple of things I've noticed about v3.2.2:

* when editing a list item, pressing any button other than one of the 
arrows (a letter or ctrl or shift..) hides the text edit area; applying 
changes (enter/ctrl+enter) makes actually save changes, but not exit the 
edit mode, and also saving keeps being applied each ~1 second (pressing esc 
causes exiting from the edit mode, though)

* editing a list item with subitems hides subitems (but doesn't delete them 
in the tiddler's text)

also, there's an issue that I can't reproduce accurately: sometimes not 
each list item is editable. Try to create a tiddler with the following text 
(in Russian; it's only 4 lines)

* {{DDn{v3.2.2 нажатие ctrl, shift, символьных клавиш -- словом, всего, 
кроме стрелок, когда редактируется блок элемента списка, вызывает ~сокрытие 
текстового поля, в котором происходит редактирование + при применении 
изменений сохранение вызывается не однажды, а начинает запускаться 
регулярно с интервалом ~1 сек (при этом preview area не убирается; но можно 
выйти из этого состояния нажатием esc)}}}...
** не обязательно при этом, чтобы в элементе списка контент был обёрнут в 
htmlcode{{DDn{...}}}/code/html
* v3.2.2 {{DDn{не все элементы списка реагируют на mouseover/click [сделать 
воспроизводимым]}}}
* {{DDn{v3.2.2 нельзя добавлять новые элементы списка без редактирования 
текста целиком (хотя можно было бы делать это по ctrl+enter -- что, 
впрочем, не очень подходит для тачскрин-устройств), кроме как копируя и 
вставляя перенос строки откуда-нибудь ещё.}}}

and then move the coursor from the top to the bottom of the text and then 
click the last item trying to edit it (try others as well and also watch 
the editable visual selection). For me, almost always the third (counting 
** as well) or the last item is not editable, but further moving coursor 
here and there can change this.

Best regards,
Yakov.

пятница, 13 февраля 2015 г., 7:28:41 UTC+3 пользователь Vincent Yeh написал:


 Releasing the *twve* 3.2.2, with some bug fixes. See release note at 
 TiddlySpot 
 http://twve.tiddlyspot.com/#%5B%5BRelease%20Note%20v3.2.2%5D%5D or 
 TiddlySpace 
 http://twve.tiddlyspace.com/#%5B%5BRelease%20Note%20v3.2.2%5D%5D. 
 Download links are given in the Installation section in the release note.

 Yakov, the normal navigation is on going and will come out in the next 
 release.

 Happy New Year!

 On Monday, December 29, 2014 at 2:50:07 PM UTC+8, Vincent Yeh wrote:

 Hi Yakov,

 Good to hear from you again! The navigation issue you mentioned has been 
 worked on over a few releases and is finally possible in the current one 
 (but not yet implemented). It was not easy in the past versions due to the 
 wiki text searching strategy: search within the same type. That strategy 
 made it possible to quickly locate the wiki text of a DOM element, but 
 difficult to move the cursor to the next sibling of a different type. In 
 the past few releases I had implemented another strategy: search 
 sequentially. This will make it easy to move cursor over to the next 
 sibling, whatever element type it is, at the cost of a noticeable slow down 
 in the searching speed. I am working on this normal navigation and 
 hopefully it will come out in the next couple of releases.

 Have Fun!
 Vincent

 On Sunday, December 28, 2014 11:35:29 PM UTC+8, Yakov wrote:

 Hi Vincent,

 sorry, I'm terribly busy these weeks, so no time for thorough testing for 
 now. But I'm glad that the development i

 ...

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

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

sorry, I'm terribly busy these weeks, so no time for thorough testing for 
now. But I'm glad that the development is going on and that you've done 
this migrating, this was quite a task. I've downloaded the new versions and 
may be will test them on the go; but the main thing that I can see and 
would like to highlight for now is -- it is important to create adquate 
navigation between elements. I mean, if I click a b element produced with 
''...'' wrapper, I'm not able to navigate to the next text part using 
arrows (instead, I navigate between b elements in different parts of the 
text), which hinders the workflow considerably.

Best regards,
Yakov.

понедельник, 22 декабря 2014 г., 9:29:10 UTC+3 пользователь Vincent Yeh 
написал:

 Updated links for the release note.

 See Release Note in TiddlySpot 
 http://twve.tiddlyspot.com/#%5B%5BRelease%20Note%20v3.2.1%5D%5D (or in 
 TiddlySpace 
 http://twve.tiddlyspace.com/#%5B%5BRelease%20Note%20v3.2.1%5D%5D) for 
 download links and more details.

 On Monday, December 22, 2014 2:26:27 PM UTC+8, Vincent Yeh wrote:

 Some bug fixes and improvements in *twve* v3.2.1. Welcome to try and give 
 feedback! See Release Note in TiddlySpot 
 http://www.google.com/url?q=http%3A%2F%2Ftwve.tiddlyspot.com%2F%23%255B%255BRelease%2520Note%2520v3.2.0%255D%255Dsa=Dsntz=1usg=AFQjCNFolcj-py5lxSlNMRJ_x4tWJcgajg
  
 (or in TiddlySpace 
 http://twve.tiddlyspace.com/#%5B%5BRelease%20Note%20v3.2.0%5D%5D) for 
 download links and more details.

 In a few more releases the *twve* shall go to TW5, I hope.

 Have Fune!
 Vincent

 On Wednesday, November 19, 2014 3:37:31 PM UTC+8, Vincent Yeh wrote:

 The removal of jQuery and the resulting debugging took a lot longer than I 
 expected. Finally I've got it done and tested with all the Examples given 
 in TiddlySpot http://twve.tiddlyspot.com/#Examples (or in 

 ...

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

[tw] [TW5] several questions for migrating/using TW5

[Yakov]

Hi guys,

I'm trying to adapt TW5 to certain limited needs while exploring its 
capabilities and here are several notes/questions:

1. I'd like to take advantage of TW5 encryption. Does it still encrypt only 
the whole TW or there's a possibility to encrypt single tiddlers?

2. Double click doesn't open a tiddler for editing. Will this behaviour be 
implemented in TW5?

3. I haven't found a way to add DOM classes inline (like {{myClass{text}}} 
in TWc), only inline styles and block styles/classes [1]. Will there be 
some syntax to do this?

4. In TiddlyWiki.com, permalink/permaview are now shown in the toolbars. 
Of'course, I can unhide them each time, but it would be more convenient if 
they are shown (mostly permalink on tiddlers).

5. In default theme, the EditTemplate (or how it is called in TW5) doesn't 
look simple at all (while Jeremy wrote that simplicity is of importance for 
attracting new users a while ago). Also, the edit area itself occupies very 
part of the tiddler area. I'd propose some adjustments:
-- move show preview to the toolbar
-- hide the Use wiki text http://tiddlywiki.com/static/WikiText.html to 
add formatting, images, and dynamic features tip to some sort of info 
section which is to be toggled by a button in the toolbar (just like the 
info button in the view mode toggles info)
-- put the content type chooser and the field adder in the same line (added 
fields are displayed in separate lines anyway)
-- probably reduce margine of the edit area at least by third

6. Are there sections, slices or stuff like that in TW5? Some means of 
usage TW in a database-like style (like using ForEachTiddlerPlugin or 
GridPlugin [2]) -- with the content shown inside the tiddler text? May be 
even some tools to aggregate such tables within the core?

Best regards,
Yakov.

[1] http://tiddlywiki.com/#Styles%20and%20Classes%20in%20WikiText
[2] tiddlytools.com/#GridPluginInfo

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

[tw] Re: [TW5] several questions for migrating/using TW5

[Yakov]

PS Ok, one more note:

7. when I add a tag or a field and then press esc (cancel), no prompt like 
are you sure that you'd like to abandon the changes is displayed.

воскресенье, 2 ноября 2014 г., 22:06:14 UTC+3 пользователь Yakov написал:

 Hi guys,

 I'm trying to adapt TW5 to certain limited needs while exploring its 
 capabilities and here are several notes/questions:

 1. I'd like to take advantage of TW5 encryption. Does it still encrypt 
 only the whole TW or there's a possibility to encrypt single tiddlers?

 2. Double click doesn't open a tiddler for editing. Will this behaviour be 
 implemented in TW5?

 3. I haven't found a way to add DOM classes inline (like {{myClass{text}}} 
 in TWc), only inline styles and block styles/classes [1]. Will there be 
 some syntax to do this?

 4. In TiddlyWiki.com, permalink/permaview are now shown in the toolbars. 
 Of'course, I can unhide them each time, but it would be more convenient if 
 they are shown (mostly permalink on tiddlers).

 5. In default theme, the EditTemplate (or how it is called in TW5) doesn't 
 look simple at all (while Jeremy wrote that simplicity is of importance for 
 attracting new users a while ago). Also, the edit area itself occupies very 
 part of the tiddler area. I'd propose some adjustments:
 -- move show preview to the toolbar
 -- hide the Use wiki text http://tiddlywiki.com/static/WikiText.html 
 to add formatting, images, and dynamic features tip to some sort of 
 info section which is to be toggled by a button in the toolbar (just like 
 the info button in the view mode toggles info)
 -- put the content type chooser and the field adder in the same line 
 (added fields are displayed in separate lines anyway)
 -- probably reduce margine of the edit area at least by third

 6. Are there sections, slices or stuff like that in TW5? Some means of 
 usage TW in a database-like style (like using ForEachTiddlerPlugin or 
 GridPlugin [2]) -- with the content shown inside the tiddler text? May be 
 even some tools to aggregate such tables within the core?

 Best regards,
 Yakov.

 [1] http://tiddlywiki.com/#Styles%20and%20Classes%20in%20WikiText
 [2] tiddlytools.com/#GridPluginInfo


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

[tw] Re: [TW5] several questions for migrating/using TW5

[Yakov]

Thanks, Sylvain.

воскресенье, 2 ноября 2014 г., 22:49:21 UTC+3 пользователь Sylvain Naudin 
написал:



 1. I'd like to take advantage of TW5 encryption. Does it still encrypt 
 only the whole TW or there's a possibility to encrypt single tiddlers?


 The Whole - but If I'm not mistaken there is a plugin to encrypt single 
 tiddlers. Use the search function in this group. 


 Yes there is a plugin from Danielo :

 http://braintest.tiddlyspot.com/#:Encrypt-Tiddler


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

[tw] Re: [TW5] several questions for migrating/using TW5

[Yakov]

  

 2. Double click doesn't open a tiddler for editing. Will this behaviour 
 be implemented in TW5?


 I hope not. I like it to be able to select word-wise by double clicking 
 the first word I want to select.

 Well, I'm asking about the plans; anyway it's no problem to implement that 
as an optional feature governed by a param.

  

 3. I haven't found a way to add DOM classes inline (like 
 {{myClass{text}}} in TWc), only inline styles and block styles/classes 
 [1]. Will there be some syntax to do this?


 What does this do? You can add span class=myclasstext/span. You can 
 even create Templates or macros for that.
  

I use this heavily with CSS in TWc, the options you propose are too long to 
write each time (I use them for different semantic highlightning). I've 
heard about some kind of definitions which allow to define new syntaxes 
like old-school +++[label]stuff=== for sliders etc, but I don't remember 
the name of the mechanism.. Can anyone help with that?
 

 4. In TiddlyWiki.com, permalink/permaview are now shown in the toolbars. 
 Of'course, I can unhide them each time, but it would be more convenient if 
 they are shown (mostly permalink on tiddlers).


 Why would it be more convenient? I don't want to see them. It's sufficient 
 for me to be able to grab them from the sidebar's open-tab. I see no use in 
 actually seeing them.


They are needed for referencing and sharing links. The trick you propose is 
ok, although it requires more clicks (while with proper keyboard shortcuts 
permalink method requires only one). After all, one more icon wouldn't 
hurt, I guess.

  

 5. In default theme, the EditTemplate (or how it is called in TW5) 
 doesn't look simple at all (while Jeremy wrote that simplicity is of 
 importance for attracting new users a while ago). Also, the edit area 
 itself occupies very part of the tiddler area. I'd propose some adjustments:
 -- move show preview to the toolbar
 -- hide the Use wiki text http://tiddlywiki.com/static/WikiText.html 
 to add formatting, images, and dynamic features tip to some sort of 
 info section which is to be toggled by a button in the toolbar (just like 
 the info button in the view mode toggles info)
 -- put the content type chooser and the field adder in the same line 
 (added fields are displayed in separate lines anyway)
 -- probably reduce margine of the edit area at least by third


 I disagree. But you're free to tweak the templates to your likings.


Well, if you don't provide arguments, it sounds like you disagree for the 
sake of disagreement (considering the rest of you response). Back to TWc, 
Jeremy refused to add some command to EditTemplate (references or jump, if 
I'm not mistaken) for the sake of simplicity; for now, the EditTemplate is 
not simple at all and it's much more complicated (or piled, it's better to 
say) than that of TWc...

  

 6. Are there sections, slices or stuff like that in TW5? Some means of 
 usage TW in a database-like style (like using ForEachTiddlerPlugin or 
 GridPlugin [2]) -- with the content shown inside the tiddler text? May be 
 even some tools to aggregate such tables within the core?


 slices - no, except kind of in data dictionary tiddlers
 sections, stuff - not that I know ;)
 database-like / foreach - have you seen the list widget?


I haven't explored it fully (may be there's more power behind templates 
than I know for now); when there's no distinguishing of sub-data, I won't 
expect that it's possible to build some representation for it. An example 
of what I mean:

in TWc, I have different sets of tiddlers, for instance
title:
name of a pupil
tags:
pupils
text:
|form|7a-1|
|remarks about character|...|
|things to remember|...|
...

and I aggregate values of slices for different pupils into different 
(interactive) tables. On the other hand, sometimes I open tiddlers of 
certain pupils to see and analyse different stuff, so I need these to be in 
the tiddler text (not in the rather hidden fields).


 7. when I add a tag or a field and then press esc (cancel), no prompt 
 like are you sure that you'd like to abandon the changes is displayed.


 And that's good! 

 My opinion is different because this increases a possibility of unexpected 
data loss; the behaviour can be made switchable via settings as well.

Best regards,
Yakov.

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

[tw] Re: TiddlyWiki Classic - Saving Issues

[Yakov]

Hi Christoph,




 So, you haven't updated Java that time, right? Were you working with TW 
 only, or did some other activities? Were you online?


 No I didn't update Java, but OS X tells you when there is a new version 
 and asks you to download it, I suppose (or does it automatically, once you 
 run the software update application of the OS - so yeah, there might have 
 been an update of Java and I didn't realize). I also installed Java Vesion 
 17 on my drive manually, but the problem didn't get solved through this.  


 Actually, updating Java can break elder TiddlySavers and I'm using an 
outdated version -- that's why I've asked about updating. But as you were 
not online, that shouldn't be the source of the issue (unless the update 
could be pre-downloaded and installed by the system without you knowing it).
 


 What's the size of your biggest tiddler (number of symbols)?


 Looking at my wiki, I think my biggest Tiddler has about 65000 Symbols


 But that tiddler was created previously, right? Just for the record, I had 
problems in TW+Opera once when I had a big tiddler (tests showed that it 
had to be ~32000 symbols to cause the bug), but the bug was data corruption 
on saving, not being unable to save. Anyway, if I understood you correctly, 
you have now problems with all your TWs, so it shouldn't be the problem 
caused by a certain wiki/its content.

Speaking of which: you are using TiddlySaver for saving, right?
 

 use the version macro to find out

  
 Okay, my Version number is 2.5.6

 A side note: since the 2.8.1 version, there's the download saving 
fallback in the core.
 


 what's the size of your TW? of the largest attachment? AttachFile seems 
 to be most suspicious, in terms of saving problems, in your assembly.
  


 My wiki has a size of about 2,4 mb. Yet, while I have the attach file 
 plugin installed, I don't have any files attached yet. It was installed 
 just in case.


 I see. You'd better test AttachFilePlugin after the main issue is 
resolved: as far as I understand, AttachFilePlugin no longer works because 
of browsers' security restrictions.


 just in case, check your backup folder
  


 I haven't filled in the backup folder box in the options menu in my wiki 
 and that hasn't been necessary so far. I tried to fill it in, but that 
 didn't solve my problem. Originally, the wiki created a backup file in the 
 same folder as the wiki file. The backup files had titles showing the name 
 of my wiki file, plus a long number. But they worked, when I wanted to open 
 them.  
  

 - My starting page uses a html div-script. but only this one. 


 this is not quite clear, could you provide more details?
  


 It's a div style element... It includes formated text and a picture, 
 loaded from the internet and put in the background of the text. It looks 
 like this:


 html

 div style=width:730px;height:870px;font-family:lucida 
 calligraphy;font-style:italic;font-size:12.5pt;line-height:normal;text-align:center;background-image:url('
 http://foto.arcor-online.net/palb/alben/95/3761995/3838383062383633.jpg');background-repeat:no-repeat
 ;

 div style=width:650px;padding:10px 10px 70px 50px;

 Followed by text and then div and html closers. 


 Ah, ok, that shouldn't cause the problem. Unless.. well.. is it in 
MarkupPreHeader or other such tiddler? Or in PageTemplate? Or you have 
manually edited the TiddlyWiki html file? (the last thing may be not that 
harmless).
 

 I already deleted it from a wiki version, yet this did not make a 
 difference regarding my problem.   
  

 - I used Dropbox to keep my wiki synchronized on two machines, but I keep 
 Dropbox offline recently, due to space reasons


 but your TWs are still in Dropbox folder? If so, try another one (may be 
 Dropbox prevents the folder to grow even without syncing)


 I already tried to save the wiki outside of Dropbox. I copied it and 
 pasted it in another folder on my PC, but still, same problem.


 Is there FireFox version for OS X?


 There is and I tried it in Firefox as well, but it was no use. 

 With TiddlyFox [1]?

Also, have you tried TiddlyDesktop?

As I'm not familiar with OS X and can't test anything, I suggest you to try 
[1] and [2] first, but also write here your whole assembly:

OS X version
Java version
browser version
TW version
TiddlySaver.. version.. well, attach it here at least
list of modified shadow tiddlers
list of tiddlers tagged systemConfig
(or, to reduce the complexity, try to save in an empty TW of latest version 
and probably latest Java and latest TiddlySaver)

regardless of whether you succeed with [1] or [2], this info will be useful 
for a more consistent solution/fix for other users (may be it deserves 
creating a ticket at GitHub [3]).

Best regards,
Yakov.

[1] https://github.com/TiddlyWiki/TiddlyFox
[2] https://github.com/Jermolene/TiddlyDesktop
[3] https://github.com/tiddlywiki/tiddlywiki/issues

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

[tw] Re: TiddlyWiki Classic - Saving Issues

[Yakov]

Hi Christoph,


 But a few days ago, I encountered saving problems in my wiki, all of a 
 sudden. Saving always worked so far, and I have the TiddlySaver.jar file in 
 the folder, to enable saving via Safari and Chrome, both which I use 
 (mostly Safari). The problems occured out of the blue: I was working on my 
 wiki offline, while on the train to work. It saved normally first.


So, you haven't updated Java that time, right? Were you working with TW 
only, or did some other activities? Were you online?

What's the size of your biggest tiddler (number of symbols)?
 

 But when I tried to save a second time after doing some more changes, 
 nothing worked anymore with the saving feature. Since then, I tried 
 everything there is to fix the problem. Here are a few information about my 
 TiddlyWiki configuration and what I tried so far:

 My TiddlyWiki:
 - I don't know the exact version I use (is there a way to check?), but I 
 know I haven't used the upgrade feature ever while working with it. Still 
 never had problems though.


use the version macro to find out
 

 - I use a german translation plugin, created at some point back then. 
 - I have many Tiddlers using german umlauts (ä., ö, ü, ß). More on that 
 later. 
 - I use the HaemoglobinTheme and have it tweaked a little, in terms of 
 colours and a custom sidebar


these things shouldn't matter, I think
 

 - I have the following Plugins installed: AttachFile, AttachFileFormat, 
 MapPlugin, CheckboxPlugin, PlayerPlugin, Slideshow, TableOfContents, 
 sortableTable. I downloaded them all from the TiddlyTools.com website back 
 then (must have been years ago). 


what's the size of your TW? of the largest attachment? AttachFile seems to 
be most suspicious, in terms of saving problems, in your assembly.
 

 - At least three of them (CheckboxPlugin, sortableTable and 
 TableOfContents I find pretty much essential for my wiki work)
 - I have many pictures in my wiki and keep them stored in an images 
 folder in the same folder as my wiki
 - I always made use of the backup option, so I had various .html versions 
 of my wiki stored. I deleted them regularly. 


just in case, check your backup folder
 

 - My starting page uses a html div-script. but only this one. 


this is not quite clear, could you provide more details?
 

 - I used Dropbox to keep my wiki synchronized on two machines, but I keep 
 Dropbox offline recently, due to space reasons


but your TWs are still in Dropbox folder? If so, try another one (may be 
Dropbox prevents the folder to grow even without syncing)
 

 - So, I work on my wiki on two computers, bot MacBooks with Safari 5.1.10 
 and OS X Snow Leopard (10.6.8)

 I don't know much about OS X, so you'd better ask somebody if, say, Java 
can be updated without you knowing it in this OS.
 

 What I've tried so far:
 - I've tried jumping on the TW5 train... TW5 managed to import the 
 tiddlers I've created over the years, but as none of my plugins work with 
 this version and I don't think there are replacements yet, I'll refrain 
 from using it. I realized that I find the new saving system weird as well, 
 with the wiki downloading a new copy everytime you save, which you have to 
 relocate to your folder. It's cumbersome.
 - I've tried to exchange the TiddlySaver file for a newer one. No change. 
 - I've tried to migrate my wiki files to the newest available TiddlyWiki 
 Classic version. That didn't work at all. No matter what I do, the empty 
 wiki just doesn't import my tiddlers, always with the same error: Error 
 retrieving tiddlers from local file, please make sure the file is in the 
 same directory as your TiddlyWiki. And what can I say, it is. 
 - I've tried this in all browsers inmagineable, except Internet Explorer, 
 'coz Microsoft doesn't support it anymore. I cleared the cache of 
 everything, tweaked the browser preferences, everything. Nothing for the 
 better. 


Is there FireFox version for OS X?

Ok, let's start with that.

Best regards,
Yakov.
 

 - I tried to tweak the tiddlywiki options to the best of my ability 
 (autosave off and on, backup of and on, create clear file off and on). 
 Nothing.  
 - I've tried to upgrade my wiki via the Upgrade button, but it gives back 
 an error like this: A problem with saving the backup file occured. 
 - Migrating the stuff by hand via copy/paste, tiddler for tiddler, didn't 
 work out either, though it has been my best shot so far. During the process 
 I realized that the saving feature in the new version is somewhat broken as 
 well. More on it here:

 1. When I save, the wiki creates a new version, which is downloaded by my 
 browser and I have to relocate it to the folder, just like with TW5, but 
 maybe that's intended
 2. My old german translation plugin doesn't work with it; well, actually 
 it did, but it didn't display any umlauts (ä, ö, ü, ß) at all. Instead I 
 got weird ? placeholders (see screenshot). Changing them all to the 
 appropriate umlauts by hand

[tw] Re: [TWc] What plugins would you prefer me to release/document/implement?

[Yakov]

Hi Kra Wk,

here's a pre-release of NightModePlugin for you: 
http://yakovl.bplaced.net/TW/pre-releases/NightMode.html

Best regards,
Yakov.

воскресенье, 5 октября 2014 г., 12:09:54 UTC+4 пользователь Kra Wk написал:

 +1 for * NightModePlugin*

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

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

how are you? Any progress with twve?

Best regards,
Yakov.

пятница, 15 августа 2014 г., 14:53:36 UTC+4 пользователь Yakov написал:

 Hi Vincent,

 inline elements get their widths from the content width, so to get through 
 this, we have to understand the inline elements styling well.. this article 
 is helpful: [1]. From there, I get the idea that it is padding that should 
 be set. A simple solution: add to CSS

 span[refresh=content] { padding: 0 1em; }

 or may be 0 1px. Try it, it allows to edit empty section transclusion. 
 Now, this has a number of drawbacks that you can see if you add this to 
 StyleSheet and use some transclusion, especially in 
 MainMenu/SideBarCommands, all of them originate from the fact that all 
 tiddler macros get padding, not only empty ones. So, something like [2] 
 can be done (after wikifying/refreshing) either with changing the display 
 property or with just changing padding.

 I've tried to edit a section and a slice using this trick in the tiddler:
 test
 tiddler [[test##section]]
 tiddler [[test::slice]]
 |slice||
 !section
 Section is edited.. well, there comes the bug I've mentioned previously, 
 but the content of the section becomes what it was expected to become 
 (although, couple of times I got the content appended to !section without 
 a linebreak, but I can't reproduce that). But when I edit the slice through 
 the transclusion, I always get the content put to the wrong place: I write 
 text to the second transclusion, and get text|slice|| line saved 
 instead of |slice|text|.

 Best regards,
 Yakov.

 [1] http://www.maxdesign.com.au/articles/inline/
 [2] 
 http://stackoverflow.com/questions/11572905/min-width-on-inline-not-inline-block-behaving-element

 четверг, 14 августа 2014 г., 18:09:38 UTC+4 пользователь Vincent Yeh 
 написал:

 Yakov,

 Thanks for the reply that showed me different results from what I had and 
 got me to look further into the details for a cause. Fortunately I found 
 it. It was the ExternalTiddlerPlugin that kept me from getting the empty 
 slices. In the handler function of ExternalTiddlerPlugin (that overrides 
 that of the original config.macros.tiddler.handler), an empty content is 
 considered non-existing and gets skipped, without even creating the SPAN 
 element. That's why I couldn't find it with an empty slice value.

 Removing the ExternalTiddlerPlugin I got the same results as you did: the 
 original config.macros.tiddler.handler got executed and an empty SPAN got 
 created. However, even though there is an empty SPAN created for an empty 
 slice, the *twve* still cannot find it with the mouse pointer, *because 
 the empty SPAN has zero width*. I'll need to think of some way 
 particularly for that. Shall take a short while.

 Have Fun!
 Vincent

 On Sunday, August 10, 2014 10:21:45 PM UTC+8, Yakov wrote:

 Hi Vincent,

 basically, when you work with the mode changing/refreshing of the story, 
 you shouldn't rely on displayMessage: in some cases, it fails to display 
 messages (or, probably, the message is shown and closed so quickly that 
 even the display doesn't actually show it). Instead, use console.log or 
 alert (don't use the last one if you expect many messages, though; on the 
 other hand, there are some cases when messages in the console are shown in 
 an unexpected order).

 On the other hand, when I tried this plugin:
 //{{{
 config.macros.tiddler.handler = 
 function(place,macroName,params,wikifier,paramString,tiddler)
 {
 console.log(msg);
 displayMessage(msg);

 var allowEval = true;
 var stack = config.macros.tiddler.tiddlerStack;
 if(stack.length  0  config.evaluateMacroParameters == system) {
 // included tiddler and system evaluation required, so check 
 tiddler tagged appropriately
 var title = stack[stack.length-1];
 var pos = title.indexOf(config.textPrimitives.sectionSeparator);
 if(pos != -1)
 title = title.substr(0,pos); // get the base tiddler title

 var t = store.getTiddler(title);
 if(!t || t.tags.indexOf(systemAllowEval) == -1)
 allowEval = false;
 }
 params = paramString.parseParams(name,nul

 ...

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

Re: [tw] [TWc] What plugins would you prefer me to release/document/implement?

[Yakov]

Hi Andreas,

 Hi Yakov,

 I took a look at the FancyBox2Plugin and it is actually quite nice and I 
 can also imagine something like that for TW5, which brings me to 2 
 suggestions I have:

 - While it is totally fine to use TWC, there is a lot to be done for TW5 
 and I would presume that TW5 currently has a bigger audience than TWC.

 Yes, sure, TW5 has a bigger audience, but 1) it's a unreasonably difficult 
for me to migrate all my stuff to TW5 from TWc (including different used 
extensions) while I'm not very interested in developing plugins that I 
won't use at all (I mean, for TW5 if I don't migrate); 2) FancyBox is a 
jQuery plugin and TW5 doesn't use jQuery, so in fact it's better to use 
smth else for TW5 (LightBox?).

So, the point is, are the efforts of publishing those extensions for TWc 
are of interest at all? (and which are of greater demand)
 

 - For many plugins it is hard to imagine what to use them for, if it is 
 not entirely obvious. The reason al lot of people don't end up using 
 certain plugins is because they see no connection to their use case for TW. 
 So instead of focussing on individual plugins, which are essentially just 
 building blocks, you might want to build entire applications with TW so 
 people immediately see what its used for and the value that it provides.


You are right in several points; that's why I do my best to provide 
demos/examples in the repositories (and FancyBox repo does contain such 
stuff). But for yet unpublished plugins, creating demos would require 
similar amount of efforts as full releases. On the other hand, I use TW in 
different ways on different devices, so I can't create a repo similar to 
MPTW which will be built around some common philosophy and contain all 
the extensions (for instance, DisqusPlugin and NightModePlugin will hardly 
be in the same TW anywhere; or SaveAsPlugin and TwFormulaePlugin).


 /Andreas

 
Hi Mario,

I see your point. I use CodeMirror locally, that's why I'm talking about 
complicated installation, for TiddlySpace what you are describing should be 
nice (still, aside including, your version requires changing EditTemplate 
and ToolbarCommands). In fact, what documentation is missing (to my taste) 
is a simple how-to-install sequence. If you think it's a good idea, I can 
establish a separate repository and put there codemirror.js v3.18 and other 
compatible stuff (may be try to update it at least to the latest 3.x), add 
my tweaks and cook one plugin (using CookTiddlerPlugin) which is to be 
supplemented only by tiddlers like tiddlywiki.js and tiddlywiki.css. I 
think CodeMirror is nice stuff for TiddlyWiki markup itself, only it needs 
some tweaking of the search options, displaying a newly created tiddler and 
also it would be nice to combine QuickEdit and AutoSuggest with it.

Best regards,
Yakov.

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

[tw] [TWc] What plugins would you prefer me to release/document/implement?

[Yakov]

 and release several tweaked TiddlyTools* (@Eric, I'll be glad to 
discuss what's the best stratagy of proceeding here)
*QuickEditPackage* -- installation of the new version doesn't require 
changing EditTemplate or ToolbarCommands or other system tiddlers 
(especially useful for sharing from the central node via 
SharedTiddlersPlugin). Long-term plan is to make it combinable with 
CodeMirror and to implement hot keys support (like ctrl+b = add the ''...'' 
wrapper)
*SaveAsPlugin* -- added the filter:... param (to cook a TW from an 
arbitrary set of tiddlers); the process:... param that allows to process 
tiddlers (via JavaScript) before cooking the file file; and implemented the 
support of relative addresses

*Improve implementation of DisqusPlugin, document and release*
The very basic implementation which is still to be tested, can be seen in 
action at the FancyBox2Plugin repo [1] (for those who don't know, Disqus 
allows to insert comment blocks in web pages and various adjacent things). 
It's no big deal to tweak it slightly so that anyone can use it, but it is 
still to be tested.
[1] http://yakovl.bplaced.net/TW/ImagesTools/ImageGalleries.html

*Carry on development of AutoSuggestPlugin*
AutoSuggestPlugin, created by Albert 
(https://groups.google.com/forum/#!topic/tiddlywiki/N0or-eZDt-M), is a 
really cool engine that has a lot of potential in improving the workflow. 
It would be nice to extend its features in a number of ways, including 
better support of the edit tags area and interaction with CodeMirror 
editor.

*Important notes*
* as you may have noticed, I release new extensions rather seldom (which is 
partially due to consistent documenting takes considerable time), so the 
good question to answer is -- which work would you prefer to see done in 
the first place?
* while full releasing or creating takes time, pre-releases of already 
created plugins is a simple thing to do (publication of raw plugins without 
docs and repos but with short intros), so you can request those if you're 
interested
* in you appreciate my works (http://yakovl.bplaced.net/TW/), you can 
donate via 
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclickhosted_button_id=T48HEB8XW4JFC

Best regards,
Yakov.

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

[tw] Re: TW - gmail and back. TW markup on way back?

[Yakov]

Hi Alex,

unfortunately, the html - TW markup convertion is a very complicated goal. 
Implementing that would make implementing WYSIWYG for TW much easier and, 
as you probably have noticed, there's no WYSIWYG implementation that works 
with TW markup (instead of html, like CKeditor combined with TW). Some 
mechanisms are implemented in twve plugins [1], so you can try to discuss 
this with Vincent, but I'm afraid his codes are rather specific for html 
generated by TW, not for arbitrary stuff that can be found in emails.

Best regards,
Yakov.

[1] 
https://groups.google.com/forum/#!topic/tiddlywiki/0FT6iBneYOk%5B1-25-false%5D

пятница, 12 сентября 2014 г., 2:16:42 UTC+4 пользователь AlexHough написал:

 Dear All,

 Here's a use case

 I am writing a long email. I start composing it from an email with many 
 coloured text and fonts. I cut and paste it into TW. Relief. I can now 
 think straight.

 My colleagues like formated email, plain text or wiki markup will not do. 
 So I cut and paste the rendered text into gmail. Great.

 Then I notice a few typos. I add a few lines and a few titles. I make 
 changes then send.

 I now want to get my text back into my TW. I'd like to cut and paste the 
 formated text back into TW and to see my beloved TiddlyMarkup. My mind 
 would be at ease, i'd reflect on my communication and possibly consider 
 refactoring the mail into a TW.

 Any suggestions? Other than check your work in the wiki doofus

 ALex


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

Re: [tw] Announcing TiddlyWiki Classic version 2.9.0 BETA1

[Yakov]

Hi Eric,

вторник, 9 сентября 2014 г., 7:08:43 UTC+4 пользователь Eric Shulman 
написал:

 On Monday, September 8, 2014 1:18:40 PM UTC-7, Yakov wrote:

 So,

 In TW 2.9.0 (and old TiddlySaver), I get (!)
 HTMLCollection [applet style=position:absolute;left:-1px 
 name=TiddlySaver code=TiddlySaver.class archive=TiddlySaver.jar 
 width=1 height=1/, applet style=position:absolute;left:-1px 
 name=TiddlySaver code=TiddlySaver.class archive=TiddlySaver.jar 
 width=1 height=1/]


 Uh oh.. that's not right.  The value of document.applets['TiddlySaver'] 
 returns 
 an HTMLCollection with two applets, rather than just one.  It looks like 
 there are TWO TiddlySaver applets loaded at the same time, which would be 
 a likely side-effect of the potential problem with recreateOriginal() that 
 I described above.

 By the way, with the old TiddlySaver, this bad-semantics fixer plugin 
 enables saving:

 javaSaveFile = function(filePath,content)
 {
  var applet = document.applets['TiddlySaver'];*  if(applet instanceof 
 HTMLCollection) // YL tweak
  applet = applet.item(0);*
  try {


 That makes sense... though it really doesn't address the root cause of the 
 problem, which is that TWO copies of the applet are being loaded (or 
 attempted), which Opera apparently doesn't like.
  

 2) in Opera, examine the value of document.documentElement.outerHTML, and 
 see what applet.../applet block(s) it contains. 

 There's 2 applet blocks. After the definition of the 
 TW21Saver.prototype.externalizeTiddler method, there's this part:
 ...

 then some deprecated code and some other goes (which is not repeated), and 
 in the end of the text:

 ...

 $.twStylesheet.remove = function(options) {
 ...

 })(jQuery);
 //]]
 /script





 *script type=text/javascript//![CDATA[if(useJavaSaver)
 document.write(applet style='position:absolute;left:-1px' 
 name='TiddlySaver' code='TiddlySaver.class' archive='TiddlySaver.jar' 
 width='1' height='1'/applet);//]]/scriptapplet 
 style=position:absolute;left:-1px name=TiddlySaver 
 code=TiddlySaver.class archive=TiddlySaver.jar width=1 
 height=1/applet*


 Well.. that's not right!  Way back in TW2.4.0 and earlier, the 
 if(useJavaSaver) code occurred after the externalizeTiddlers function 
 definition... However, in TW2.4.3(?) the deprecated code portion was added. 
  Looking around the archives (http://classic.tiddlywiki.com/archives), I 
 don't see a revision that had BOTH instances of 'if(useJavaSaver)', and the 
 current revision only has the one at the end (as intended).

 HOWEVER... I *vaguely* remember something a long time ago about a .recipe 
 that might have included the if(useJavaSaver) portion twice.  Exactly what 
 version of TW is the document with the doubled code?

 The document I've tested is the new beta of 2.9.0 (major: 2, minor: 9, 
revision: 0, beta: 1), but..

First, I have to complain that the version archive is not updated and the 
latest version available [1] is 2.6.5. Fortunately, I've found a copy of 
2.8.1 that I saved some time ago.

Second, all my TWs are now 2.7.1, so between that and 2.9.0, there's only 
2.8.0 and 2.8.1. I took the saved 2.8.1 (no beta) and tested it as well. 
With the old TiddlySaver, it does save, and there's only one applet. So, 
this duplicating problem seems to be introduced precisely in 2.9.0.

[1] http://classic.tiddlywiki.com/archive/
 

 I suspect that if you simply remove the first occurrence of the 
 if(userJavaSaver) code from that document, the problem would go away.

 Aha. The source of 2.9.0 beta 1 contains two of these blocks:
script type=text/javascript
//![CDATA[
if(useJavaSaver)
document.write(applet style='position:absolute;left:-1px' 
name='TiddlySaver' code='TiddlySaver.class' archive='TiddlySaver.jar' 
width='1' height='1'/applet);
//]]
/script
And yes, removing the first one from the source code fixes the issue (for 
the old saver, I have to test the new saver separately, as on my PC the old 
Java version is installed). Moreover, my redefine the applet variable fix 
doesn't work with SaveAsPlugin, while this does.
 

 Of course, even if this does fix it, it doesn't explain how two instances 
 of that code got in the file in the first place.  The problem MIGHT be 
 'historical', in that the problem was only with a specific revision, and it 
 won't re-occur as long as you are no longer using that version (or hand 
 edit the file as suggested above).  Still, it would be useful to figure out 
 exactly how and when the problem was first introduced, so it can be 
 documented for others who may encounter it.


Well, I have almost no idea how TWc is cooked, so I would hardly help here 
unless given some introduction.

Best regards,
Yakov 

-- 
You received this message because you are subscribed to the Google Groups 
TiddlyWiki group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email

Re: [tw] Re: [TWC] [NEW Plugin] AutoSuggestPlugin

[Yakov]

Hello Albert,

any progress so far?

Best regards,
Yakov.

вторник, 20 мая 2014 г., 19:34:44 UTC+4 пользователь Yakov написал:

 PS one more tweak to add: the

 .replace(/[\-\[\]\/\{\}\(\)\*\+\?\.\\\^\$\|]/g, \\$);

 part does what

 .escapeRegExp();

 TW String utitity is supposed to do, and for better readability, I suggest 
 to write those lines as following:

 flag = flag.escapeRegExp();

 One, however, should be aware, that this method is slower and is not 
 totally accurate [1], but again, in this case it is ok.

 [1] https://groups.google.com/forum/#!topic/tiddlywikidev/bZOI6X-AOvU

 вторник, 20 мая 2014 г., 16:52:07 UTC+4 пользователь Yakov написал:

 Ok, here's what I think: now we have this RegExp:
 regexp = new RegExp(flag+([^\\|\\n\\]]*)$|+flag+([^\\x00-\\xff]*)$, 
 gi);
 and this use of match:
 return match[2] || match[1];

 As this is two alternative matches and my [^\\|\\n\\]] version is 
 general enough, looks like the second part may be omitted like this:
 regexp = new RegExp(flag+([^\\|\\n\\]]*)$, gi);
 and
 return match[1];

 I'll let you know if this causes any side-effects in tests, but it 
 shouldn't.

 Best regards,
 Yakov.

 вторник, 20 мая 2014 г., 15:55:52 UTC+4 пользователь Yakov написал:

 Hello Albert,

 I see, take your time and good luck :) Health to the boy!

 понедельник, 19 мая 2014 г., 15:14:12 UTC+4 пользователь Albert 
 Riedinger написал:

 Hello Yakov,

 I'm very sorry for my delayed answer, but I'm currently very busy 
 (waiting for birth of my son in the next few days :)
 Thank you for all your tips and tweaks, but currently, I don't have the 
 time to work on a new release (but worked on a rewrite of my plugin about 
 2 
 weeks ago  v0.3 [not published yet]) or answer all your questions in a 
 detailled way. But I promise to get back in a few weeks ... I hope so :)

 Right, I hope you'll incorporate my tweaks in the future versions, so I 
 wouldn't need to change the plugin each time ;)
  

 ... |+flag+([^\\x00-\\xff]*)$ ...

 is a part of the original[1] regexp (see also [2]). I guess it is not 
 required because removing it doesn't make any difference. But I'm not 
 really sure. Hope that helps a bit.

 Ok, I'll take a look at this.
  

 Best regards,
 Albert

 [1] 
 https://github.com/ichord/At.js/blob/master/dist/js/jquery.atwho.js#L657
 [2] http://regex101.com/r/lN2wG9


 2014-05-16 23:21 GMT+02:00 Yakov yakov.litv...@gmail.com:

 Hello Albert,

 I've stubled upon an issue -- when AutoSuggestPlugin is included 
 (eval'ed without importing) via SharedTiddlersPlugin [1], the styles are 
 not applied -- and made a quick fix for it: added the
 refreshStyles(StyleSheetAutoSuggest);
 line before the
 store.addNotification(StyleSheetAutoSuggest, refreshStyles);
 line, which seems to be worth including in the main plugin.

 Also, in my tweaked version, I've substituted the chars with the 
 [^\\|\\n\\]] thing, but didn't get what ([^\\x00-\\xff]*) stands for, 
 so could you point what's the purpose of this piece (so that I can turn 
 it 
 into some more readable RegExp?

 For the reference, I attach my tweaked snapshot of the plugin.

 Best regards,
 Yakov.

 [1] http://yakovl.bplaced.net/TW/STP/STP.html

 среда, 16 апреля 2014 г., 0:47:59 UTC+4 пользователь Albert Riedinger 
 написал:

 Today I worked out a temporary solution for pretty links, so it is 
 possible now to type [[SOME_LABEL| which gives you tiddler title 
 suggestions.
 It was a tough nut to crack for a regex newbie like me, but it works 
 :)

 Try it out and have fun[1]!
 Albert

 [1] http://autosuggest.tiddlyspace.com/#AutoSuggestPlugin

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




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

Re: [tw] Announcing TiddlyWiki Classic version 2.9.0 BETA1

[Yakov]

Hello Eric,

воскресенье, 31 августа 2014 г., 12:05:09 UTC+4 пользователь Eric Shulman 
написал:

 On Friday, August 29, 2014 11:55:40 AM UTC-7, Yakov wrote:

 159: fixed, works; is it really necessary to surrond all the values with 
 %22...%22? Even one-word, like true/false or numbers, like 
 txtMaxEditRows:30? (it would ease migrating)
 As far as I can see (from [1-3]), that would work as expected in both 
 versions of cookie-handling.


 Although many option values are single words, numbers, or true/false, 
 option values *can* contain whitespace, so at least some of the time, there 
 is a need for the surrounding quotes.  However, a valid browser cookie 
 should not contain any quotes, and cookies containing quotes are rejected 
 by some (but not all) browsers. This is the basis for issue #159, which 
 reported that Opera did not save the TiddlyWiki option values between 
 sessions.  Although I have not confirmed, I think that this error was also 
 responsible for preventing options from being saved in other browsers as 
 well.

 TWClassic uses String.encodeHashMap() [1] to construct a space-separated 
 string of name/value pairs, where each option name is followed by a colon 
 (:), and the option value is *always* enclosed in double-quotes, like this:
 name1:value1 name2:value2 name3:value3

 The fix for #159 did not change the way the individual option values are 
 encoded/decoded from the cookie text.  Rather, it simply converts the 
 *existing* use of quotes to %22 to avoid being rejected by the browser.  Of 
 course, since most option values are single-words, numbers, or true/false, 
 we could reduce -- but not completely eliminate -- the use of quotes in the 
 encoded cookie text, by changing String.encodeHashMap() to check for 
 whitespace in the option values, and only adding the surrounding quotes 
 when actually needed.  The resulting cookie text would still need to have 
 any quotes encoded as %22, so those option values could still be affected 
 by the version skew issue that #whatever reported above.

 So.. I now have two possible improvements for the 159 fix:

 1) maintain backward-compatibility by adding a chkEncodeCookieQuotes 
 option (default to false) to completely bypass the %22 encoding/decoding. 
  This will allow continued use of a mixed version environment (i.e., 
 TW2.8.1 or earlier running along side TW2.9.0) for browsers that DO accept 
 cookie values containing quotes.  Of course, because the cookie text would 
 then contain quotes, browsers that DONT accept quotes will reject any 
 changes to default option settings; thus, to enable the %22 encoding for 
 those browsers, the TW author cannot simply set an option checkbox (as 
 that setting would not be saved).  Instead, they would need to explicitly 
 add a systemConfig tiddler containing:
 config.options.chkEncodeCookieQuotes=true;
  

2) reduce (but not eliminate) the use of quotes in cookie text by checking 
 for whitespace in String.encodeHashMap().  This limits the impact of the 
 %22 encoding, so that MOST option values would be backward compatible 
 unless they contain whitespace.

 My only concern about solution (2) is that String.encodeHashMap() is not 
 only used to encode the option cookie text, but is also used in the TWCore 
 for some handling of custom fields.  A quick review of the code suggests 
 that it would be safe, but I prefer to keep changes as isolated as 
 possible to minimize their any unexpected impact on existing TiddlyWiki 
 uses.

 I think it would be ok to add a new argument to String.encodeHashMap:
String.encodeHashMap = function(hashmap,dontForceQuots)
and in those places where it was used previously, no changes will be 
applied unless the new argument is used. If dontForceQuots is true, quots 
around one-word values are not put.

As for the Java issue, it is probable that the old Opera is the source of 
the problem: after some tweaking, I succeeded in saving in Yandex browser 
(Chromium-based); I have to test saving to/including from an outer relative 
folder, though.

Best regards,
Yakov.
 

 [1] 
 https://github.com/TiddlyWiki/tiddlywiki/blob/master/js/Strings.js#L249

 I have a major problem though: I failed to save the new TW using 
 TiddlySaver in these 4 combinations:
 Windows 7 x64 + Opera 12.17 +
 either my PC with old Java (as far as I can see 7 update 17) or another 
 PC with the latest (7 update i-don't-remember-which) +
 either old TiddlySaver I still use or the new one in the package.
 On trying to save, the console sais:
 javaLoadFile: TypeError: 'applet.loadFile' is not a function
 javaSaveFile: TypeError: 'applet.saveFile' is not a function
 javaDebugInformation() gives:
 Java Version: TypeError: Cannot convert 'method' to object
 Last Exception: TypeError: Cannot convert 'method' to object
 Last Exception Stack Trace: TypeError: Cannot convert 'method' to object
 System Properties: TypeError: Cannot convert 'method' to object
 and that's in each case, including the fresh

[tw] Re: [TWC] How to write two underscores?

[Yakov]

There are other ways, not to remember the #95 code:
- wrap the whole thing: __some text - which will not be wikified, 
though__
- wrap the underscores: __this way, this text is wikified__
- separate the underscores: _/%%/_ or __ or __ (4 single quots)

Best regards,
Yakov.

четверг, 4 сентября 2014 г., 0:26:24 UTC+4 пользователь Schorschi написал:

 Thanks. Works.


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

Re: [tw] Announcing TiddlyWiki Classic version 2.9.0 BETA1

[Yakov]

Trying to make TW 2.9.0 save in Opera 12.17, I started to trace what's 
going on and here what I've found:

0. TW that I'm currently using is 2.7.1, so I'm not sure yet if the problem 
arised in 2.9.0 or in 2.8.0/2.8.1
1. In 2.7.1 and 2.9.0 javaSaveFile has the same code. I decided to test TW 
2.9.0 with the old TiddlySaver which works for me with TW 2.7.1.
2. When I press save changes, javaSaveFile is actually called, the 
exception is applet.saveFile is not a function. applet = 
document.applets['TiddlySaver']
3. In TW 2.7.1 (and old TiddlySaver), if I write in console
document.applets['TiddlySaver']
I get
applet style=position:absolute;left:-1px name=TiddlySaver 
code=TiddlySaver.class archive=TiddlySaver.jar width=1 height=1/
In TW 2.9.0 (and old TiddlySaver), I get (!)
HTMLCollection [applet style=position:absolute;left:-1px 
name=TiddlySaver code=TiddlySaver.class archive=TiddlySaver.jar 
width=1 height=1/, applet style=position:absolute;left:-1px 
name=TiddlySaver code=TiddlySaver.class archive=TiddlySaver.jar 
width=1 height=1/]
At the same time, if I do this in Chrome, I get
applet style=position:absolute;left:-1px name=TiddlySaver 
code=TiddlySaver.class archive=TiddlySaver.jar width=1 height=1/
in both cases.

Also, the same thing (HTMLCollection) appears instead of the applet in 
Opera with the new TiddlySaver. So, this is the reason why saving doesn't 
work..

Best regards,
Yakov.

понедельник, 8 сентября 2014 г., 16:13:18 UTC+4 пользователь Yakov написал:

 Hello Eric,

 воскресенье, 31 августа 2014 г., 12:05:09 UTC+4 пользователь Eric Shulman 
 написал:

 On Friday, August 29, 2014 11:55:40 AM UTC-7, Yakov wrote:

 159: fixed, works; is it really necessary to surrond all the values with 
 %22...%22? Even one-word, like true/false or numbers, like 
 txtMaxEditRows:30? (it would ease migrating)
 As far as I can see (from [1-3]), that would work as expected in both 
 versions of cookie-handling.


 Although many option values are single words, numbers, or true/false, 
 option values *can* contain whitespace, so at least some of the time, there 
 is a need for the surrounding quotes.  However, a valid browser cookie 
 should not contain any quotes, and cookies containing quotes are rejected 
 by some (but not all) browsers. This is the basis for issue #159, which 
 reported that Opera did not save the TiddlyWiki option values between 
 sessions.  Although I have not confirmed, I think that this error was also 
 responsible for preventing options from being saved in other browsers as 
 well.

 TWClassic uses String.encodeHashMap() [1] to construct a space-separated 
 string of name/value pairs, where each option name is followed by a colon 
 (:), and the option value is *always* enclosed in double-quotes, like this:
 name1:value1 name2:value2 name3:value3

 The fix for #159 did not change the way the individual option values are 
 encoded/decoded from the cookie text.  Rather, it simply converts the 
 *existing* use of quotes to %22 to avoid being rejected by the browser.  Of 
 course, since most option values are single-words, numbers, or true/false, 
 we could reduce -- but not completely eliminate -- the use of quotes in the 
 encoded cookie text, by changing String.encodeHashMap() to check for 
 whitespace in the option values, and only adding the surrounding quotes 
 when actually needed.  The resulting cookie text would still need to have 
 any quotes encoded as %22, so those option values could still be affected 
 by the version skew issue that #whatever reported above.

 So.. I now have two possible improvements for the 159 fix:

 1) maintain backward-compatibility by adding a chkEncodeCookieQuotes 
 option (default to false) to completely bypass the %22 encoding/decoding. 
  This will allow continued use of a mixed version environment (i.e., 
 TW2.8.1 or earlier running along side TW2.9.0) for browsers that DO accept 
 cookie values containing quotes.  Of course, because the cookie text would 
 then contain quotes, browsers that DONT accept quotes will reject any 
 changes to default option settings; thus, to enable the %22 encoding for 
 those browsers, the TW author cannot simply set an option checkbox (as 
 that setting would not be saved).  Instead, they would need to explicitly 
 add a systemConfig tiddler containing:
 config.options.chkEncodeCookieQuotes=true;
  

 2) reduce (but not eliminate) the use of quotes in cookie text by checking 
 for whitespace in String.encodeHashMap().  This limits the impact of the 
 %22 encoding, so that MOST option values would be backward compatible 
 unless they contain whitespace.

 My only concern about solution (2) is that String.encodeHashMap() is not 
 only used to encode the option cookie text, but is also used in the TWCore 
 for some handling of custom fields.  A quick review of the code suggests 
 that it would be safe, but I prefer to keep changes as isolated as 
 possible to minimize their any unexpected impact on existing TiddlyWiki

Re: [tw] Announcing TiddlyWiki Classic version 2.9.0 BETA1

[Yakov]

So,

 


 In TW 2.9.0 (and old TiddlySaver), I get (!)
 HTMLCollection [applet style=position:absolute;left:-1px 
 name=TiddlySaver code=TiddlySaver.class archive=TiddlySaver.jar 
 width=1 height=1/, applet style=position:absolute;left:-1px 
 name=TiddlySaver code=TiddlySaver.class archive=TiddlySaver.jar 
 width=1 height=1/]


 Uh oh.. that's not right.  The value of document.applets['TiddlySaver'] 
 returns 
 an HTMLCollection with two applets, rather than just one.  It looks like 
 there are TWO TiddlySaver applets loaded at the same time, which would be 
 a likely side-effect of the potential problem with recreateOriginal() that 
 I described above.

 By the way, with the old TiddlySaver, this bad-semantics fixer plugin 
enables saving:

javaSaveFile = function(filePath,content)
{
var applet = document.applets['TiddlySaver'];*  if(applet instanceof 
HTMLCollection) // YL tweak
applet = applet.item(0);*
try {
if (applet  filePath) {
return applet.saveFile(javaUrlToFilename(filePath), 
UTF-8, content);
}
} catch(ex) {
logTiddlySaverException(javaSaveFile, ex);
}
// is this next block working anywhere ? -- grmble
try {
var s = new java.io.PrintStream(new 
java.io.FileOutputStream(javaUrlToFilename(filePath)));
s.print(content);
s.close();
} catch(ex2) {
return null;
}
return true;
}


 

 At the same time, if I do this in Chrome, I get
 applet style=position:absolute;left:-1px name=TiddlySaver 
 code=TiddlySaver.class archive=TiddlySaver.jar width=1 height=1/
 in both cases.


 That's correct.
  

 Also, the same thing (HTMLCollection) appears instead of the applet in 
 Opera with the new TiddlySaver. So, this is the reason why saving doesn't 
 work..


 Not surprising... if the problem is the errant doubling of the 
 applet../applet block, then the problem will appear regardless of the 
 version of TiddlySaver.jar you attempt.

 Some things to try:
 1) One way to look for confirmation of the problem, search the entire TW 
 document source using a full-text editor, to see if a hard-coded 
 applet.../applet block exists (other than the conditional one present 
 in the document.write()).  If such a block is found... try removing it from 
 the document and then repeat your experiments to see if that fixes the 
 problem.

 No saved blocks in the source.
 

 2) in Opera, examine the value of document.documentElement.outerHTML, and 
 see what applet.../applet block(s) it contains. 


There's 2 applet blocks. After the definition of the 
TW21Saver.prototype.externalizeTiddler method, there's this part:

//]]
/script





*script type=text/javascript//![CDATA[if(useJavaSaver)
document.write(applet style='position:absolute;left:-1px' 
name='TiddlySaver' code='TiddlySaver.class' archive='TiddlySaver.jar' 
width='1' height='1'/applet);//]]/scriptapplet 
style=position:absolute;left:-1px name=TiddlySaver 
code=TiddlySaver.class archive=TiddlySaver.jar width=1 
height=1/applet*

script id=jsdeprecatedArea type=text/javascript
//![CDATA[
//--
//-- Deprecated Crypto functions and associated conversion routines.
//-- Use the jQuery.encoding functions directly instead.
//--

then some deprecated code and some other goes (which is not repeated), and 
in the end of the text:

// Remove existing style sheet
// options.id is an optional name identifying the style sheet
// options.doc is an optional document reference
$.twStylesheet.remove = function(options) {
options = options || {};
var id = options.id || defaultId;
var doc = options.doc || document;
var el = doc.getElementById(id);
if(el) {
el.parentNode.removeChild(el);
}
};

})(jQuery);

//]]
/script





*script type=text/javascript//![CDATA[if(useJavaSaver)
document.write(applet style='position:absolute;left:-1px' 
name='TiddlySaver' code='TiddlySaver.class' archive='TiddlySaver.jar' 
width='1' height='1'/applet);//]]/scriptapplet 
style=position:absolute;left:-1px name=TiddlySaver 
code=TiddlySaver.class archive=TiddlySaver.jar width=1 
height=1/applet*
!--POST-SCRIPT-START--

!--POST-SCRIPT-END--


/body/html
 

  Then, use the browser's debugger to invoke manually recreateOriginal() 
 and see if the returned value contains any extra applet.../applet 
 blocks.


No applet blocks in the returned value.

Best regards,
Yakov.

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

Re: [tw] Announcing TiddlyWiki Classic version 2.9.0 BETA1

[Yakov]

Hello Eric,

now, this is great and inspiring!

Confirming fixes:
112  154: fixed, works, will close the issue (154) shortly
157: fixed, doesn't need testing, will close the issue shortly
160: fixed, doesn't need testing, will close the issue shortly
162: fixed, works, will close the issue shortly
161: fixed, works, will close the issue shortly
159: fixed, works; is it really necessary to surrond all the values with 
%22...%22? Even one-word, like true/false or numbers, like 
txtMaxEditRows:30? (it would ease migrating)
As far as I can see (from [1-3]), that would work as expected in both 
versions of cookie-handling.
147: I'll report later, more investigation needed

I have a major problem though: I failed to save the new TW using 
TiddlySaver in these 4 combinations:
Windows 7 x64 + Opera 12.17 +
either my PC with old Java (as far as I can see 7 update 17) or another PC 
with the latest (7 update i-don't-remember-which) +
either old TiddlySaver I still use or the new one in the package.
On trying to save, the console sais:

javaLoadFile: TypeError: 'applet.loadFile' is not a function
javaSaveFile: TypeError: 'applet.saveFile' is not a function

javaDebugInformation() gives:

Java Version: TypeError: Cannot convert 'method' to object

Last Exception: TypeError: Cannot convert 'method' to object

Last Exception Stack Trace: TypeError: Cannot convert 'method' to object

System Properties: TypeError: Cannot convert 'method' to object

and that's in each case, including the fresh installation on the other PC.

Best regards,
Yakov.

[1] https://github.com/TiddlyWiki/tiddlywiki/blob/master/js/Options.js#L61
[2] https://github.com/TiddlyWiki/tiddlywiki/blob/master/js/Strings.js#L241
[3] https://github.com/TiddlyWiki/tiddlywiki/blob/master/js/Strings.js#L117

четверг, 28 августа 2014 г., 11:53:27 UTC+4 пользователь Albert Riedinger 
написал:

 Hi Eric,

 thank you for this update! I'm glad to see that TWC development doesn't 
 stop at all. I will test and report as soon as possible.

 Regards,
 Albert
 Am 25.08.2014 03:59 schrieb Eric Shulman elsd...@gmail.com 
 javascript::

 Greetings all!

 I'm very pleased to announce that TiddlyWiki Classic version 2.9.0 BETA1 
 is now available for download and testing, here:

 http://classic.tiddlywiki.com/beta

 This long-delayed update to TiddlyWiki Classic includes fixes or 
 improvements for open issues and pull requests related to some common 
 problems encountered by TiddlyWiki users, authors and developers.  Here's a 
 quick list of items that have been resolved:

 112: Allow international characters and leading/trailing whitespace in 
 slice names
 132: URLs containing square brackets not recognized
 147: Transclusion problem on startup
 154: Parametric transclusion doesn't work properly with refreshing
 156: Fix javaDebugInformation function
 157: Improve the String.prototype.escapeRegExp utility
 159: Cookies are not working in Opera
 160: Remove the syncing item from the default ToolbarCommands
 161: Make new tiddlers open below below the one containing newTiddler 
 macro
 162: Substitute missing arguments of parametric transclusions with an 
 empty line
 166: Use default editmode text for themes with non-standard template names

 Please download this BETA release at your earliest opportunity and test 
 using content from your existing TiddlyWiki Classic documents to verify 
 that these changes correct any problems you were experiencing while not 
 introducing any new problems for documents that was previously working as 
 desired.

 The plan is to make a full release of TW290 as soon as it can be 
 confirmed that the update does not break AMBIT (
 http://ambit.tiddlyspace.com), a TiddlySpace-based application that is 
 being used daily by a large, active user base of over 1000 mental health 
 care providers throughout the UK.  Hopefully, the AMBIT testing and 
 verification process can be completed quickly, so TW290 can be promoted to 
 full release within the next few weeks (or even sooner).

 Moving forward beyond TW2.9.0

 While the existing ecosystem of TiddlyWiki Classic offers a rich 
 environment of mature plugins and document applications that will 
 continue to provide a great deal of value and utility for some time to 
 come, there is currently no intention to add significant new code or 
 features to the TiddlyWiki Classic core codebase, as the future of 
 TiddlyWiki clearly lies with the power of TiddlyWiki5.

 Nevertheless, there are still some currently open issues and pull 
 requests for TiddlyWiki Classic, and any new problems with TiddlyWiki 
 Classic should continue to be reported.   The plan is to make a few, more 
 frequent, incremental updates (e.g., TW291, 292, etc.) while TiddlyWiki5 
 continues its progress towards a stable mainstream release.  Once that 
 occurs, a final update to TiddlyWiki Classic... version 3.0.0... will be 
 built and released.  

 Of course, I will continue to provide online help and support for 
 existing

Re: [tw] Announcing TiddlyWiki Classic version 2.9.0 BETA1

[Yakov]

ps

пятница, 29 августа 2014 г., 22:55:40 UTC+4 пользователь Yakov написал:


 Confirming fixes:
 112  154: fixed, works, will close the issue (154) shortly

sorry, I meant more investigation is needed for this one 

 157: fixed, doesn't need testing, will close the issue shortly
 160: fixed, doesn't need testing, will close the issue shortly
 162: fixed, works, will close the issue shortly
 161: fixed, works, will close the issue shortly

closed these ones 

 159: fixed, works; is it really necessary to surrond all the values with 
 %22...%22? Even one-word, like true/false or numbers, like 
 txtMaxEditRows:30? (it would ease migrating)
 As far as I can see (from [1-3]), that would work as expected in both 
 versions of cookie-handling.

 


 I have a major problem though: I failed to save the new TW using 
 TiddlySaver in these 4 combinations:
 Windows 7 x64 + Opera 12.17 +
 either my PC with old Java (as far as I can see 7 update 17) or another PC 
 with the latest (7 update i-don't-remember-which) +
 either old TiddlySaver I still use or the new one in the package.
 On trying to save, the console sais:

 javaLoadFile: TypeError: 'applet.loadFile' is not a function
 javaSaveFile: TypeError: 'applet.saveFile' is not a function

 javaDebugInformation() gives:

 Java Version: TypeError: Cannot convert 'method' to object

 Last Exception: TypeError: Cannot convert 'method' to object

 Last Exception Stack Trace: TypeError: Cannot convert 'method' to object

 System Properties: TypeError: Cannot convert 'method' to object

 and that's in each case, including the fresh installation on the other PC.

 Best regards,
 Yakov.

 [1] https://github.com/TiddlyWiki/tiddlywiki/blob/master/js/Options.js#L61
 [2] 
 https://github.com/TiddlyWiki/tiddlywiki/blob/master/js/Strings.js#L241
 [3] 
 https://github.com/TiddlyWiki/tiddlywiki/blob/master/js/Strings.js#L117

 четверг, 28 августа 2014 г., 11:53:27 UTC+4 пользователь Albert Riedinger 
 написал:

 Hi Eric,

 thank you for this update! I'm glad to see that TWC development doesn't 
 stop at all. I will test and report as soon as possible.

 Regards,
 Albert
 Am 25.08.2014 03:59 schrieb Eric Shulman elsd...@gmail.com:

 Greetings all!

 I'm very pleased to announce that TiddlyWiki Classic version 2.9.0 BETA1 
 is now available for download and testing, here:

 http://classic.tiddlywiki.com/beta

 This long-delayed update to TiddlyWiki Classic includes fixes or 
 improvements for open issues and pull requests related to some common 
 problems encountered by TiddlyWiki users, authors and developers.  Here's a 
 quick list of items that have been resolved:

 112: Allow international characters and leading/trailing whitespace in 
 slice names
 132: URLs containing square brackets not recognized
 147: Transclusion problem on startup
 154: Parametric transclusion doesn't work properly with refreshing
 156: Fix javaDebugInformation function
 157: Improve the String.prototype.escapeRegExp utility
 159: Cookies are not working in Opera
 160: Remove the syncing item from the default ToolbarCommands
 161: Make new tiddlers open below below the one containing newTiddler 
 macro
 162: Substitute missing arguments of parametric transclusions with an 
 empty line
 166: Use default editmode text for themes with non-standard template 
 names

 Please download this BETA release at your earliest opportunity and test 
 using content from your existing TiddlyWiki Classic documents to verify 
 that these changes correct any problems you were experiencing while not 
 introducing any new problems for documents that was previously working as 
 desired.

 The plan is to make a full release of TW290 as soon as it can be 
 confirmed that the update does not break AMBIT (
 http://ambit.tiddlyspace.com), a TiddlySpace-based application that is 
 being used daily by a large, active user base of over 1000 mental health 
 care providers throughout the UK.  Hopefully, the AMBIT testing and 
 verification process can be completed quickly, so TW290 can be promoted to 
 full release within the next few weeks (or even sooner).

 Moving forward beyond TW2.9.0

 While the existing ecosystem of TiddlyWiki Classic offers a rich 
 environment of mature plugins and document applications that will 
 continue to provide a great deal of value and utility for some time to 
 come, there is currently no intention to add significant new code or 
 features to the TiddlyWiki Classic core codebase, as the future of 
 TiddlyWiki clearly lies with the power of TiddlyWiki5.

 Nevertheless, there are still some currently open issues and pull 
 requests for TiddlyWiki Classic, and any new problems with TiddlyWiki 
 Classic should continue to be reported.   The plan is to make a few, more 
 frequent, incremental updates (e.g., TW291, 292, etc.) while TiddlyWiki5 
 continues its progress towards a stable mainstream release.  Once that 
 occurs, a final update to TiddlyWiki Classic... version 3.0.0... will be 
 built

[tw] [TWC] New: image galleries using FancyBox2Plugin

[Yakov]

Hello everybody,

I'm glad to announce that the first public release of the new 
FancyBox2Plugin is made [1]. In the repository, you can find the plugin, 
docs, examples; I've also embedded a simple Disqus thread to test, so feel 
free to leave comments there as well.

There's a number of details I would appreciate to get feedback about:
1 are the default image styles (max-width: 24%, margin-left and 
margin-right: 0.5%) ok?
2 anyone aware of a good way to make the images (thumbs) with different 
widths and heights be of the same height and stretch to the whole 100% 
width?
3 to put thumbs in a nice way, I'm thinking of usage of another library; I 
think Freewall [2] would do well; any alternative suggestions?
4 what do you think about the design of params? My goal is to make it both 
simple for simple uses and to allow flexible low-level changes if needed, 
at the same time. As this is the first release, the param system can be 
changed
** it is to be taken into account that it would be ideal to implement the 
possibility to use content of any type, and also to allow adding the titles 
to the thumbs
** once the design is recognized acceptable, the version will be switched 
to 1.0.0, and all the further versions will be backward compatible;
** *if, however, there's a better design for params, the 1.0.0 version may 
be not backward compatible with 0.9.4*

Best regards,
Yakov.

[1] http://yakovl.bplaced.net/TW/ImagesTools/ImageGalleries.html
[2] http://vnjs.net/www/project/freewall/ (it's a jQuery plugin as is 
fancyBox)

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

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

inline elements get their widths from the content width, so to get through 
this, we have to understand the inline elements styling well.. this article 
is helpful: [1]. From there, I get the idea that it is padding that should 
be set. A simple solution: add to CSS

span[refresh=content] { padding: 0 1em; }

or may be 0 1px. Try it, it allows to edit empty section transclusion. Now, 
this has a number of drawbacks that you can see if you add this to 
StyleSheet and use some transclusion, especially in 
MainMenu/SideBarCommands, all of them originate from the fact that all 
tiddler macros get padding, not only empty ones. So, something like [2] can 
be done (after wikifying/refreshing) either with changing the display 
property or with just changing padding.

I've tried to edit a section and a slice using this trick in the tiddler:
test
tiddler [[test##section]]
tiddler [[test::slice]]
|slice||
!section
Section is edited.. well, there comes the bug I've mentioned previously, 
but the content of the section becomes what it was expected to become 
(although, couple of times I got the content appended to !section without a 
linebreak, but I can't reproduce that). But when I edit the slice through 
the transclusion, I always get the content put to the wrong place: I write 
text to the second transclusion, and get text|slice|| line saved instead 
of |slice|text|.

Best regards,
Yakov.

[1] http://www.maxdesign.com.au/articles/inline/
[2] 
http://stackoverflow.com/questions/11572905/min-width-on-inline-not-inline-block-behaving-element

четверг, 14 августа 2014 г., 18:09:38 UTC+4 пользователь Vincent Yeh 
написал:

 Yakov,

 Thanks for the reply that showed me different results from what I had and 
 got me to look further into the details for a cause. Fortunately I found 
 it. It was the ExternalTiddlerPlugin that kept me from getting the empty 
 slices. In the handler function of ExternalTiddlerPlugin (that overrides 
 that of the original config.macros.tiddler.handler), an empty content is 
 considered non-existing and gets skipped, without even creating the SPAN 
 element. That's why I couldn't find it with an empty slice value.

 Removing the ExternalTiddlerPlugin I got the same results as you did: the 
 original config.macros.tiddler.handler got executed and an empty SPAN got 
 created. However, even though there is an empty SPAN created for an empty 
 slice, the *twve* still cannot find it with the mouse pointer, *because 
 the empty SPAN has zero width*. I'll need to think of some way 
 particularly for that. Shall take a short while.

 Have Fun!
 Vincent

 On Sunday, August 10, 2014 10:21:45 PM UTC+8, Yakov wrote:

 Hi Vincent,

 basically, when you work with the mode changing/refreshing of the story, 
 you shouldn't rely on displayMessage: in some cases, it fails to display 
 messages (or, probably, the message is shown and closed so quickly that 
 even the display doesn't actually show it). Instead, use console.log or 
 alert (don't use the last one if you expect many messages, though; on the 
 other hand, there are some cases when messages in the console are shown in 
 an unexpected order).

 On the other hand, when I tried this plugin:
 //{{{
 config.macros.tiddler.handler = 
 function(place,macroName,params,wikifier,paramString,tiddler)
 {
 console.log(msg);
 displayMessage(msg);

 var allowEval = true;
 var stack = config.macros.tiddler.tiddlerStack;
 if(stack.length  0  config.evaluateMacroParameters == system) {
 // included tiddler and system evaluation required, so check 
 tiddler tagged appropriately
 var title = stack[stack.length-1];
 var pos = title.indexOf(config.textPrimitives.sectionSeparator);
 if(pos != -1)
 title = title.substr(0,pos); // get the base tiddler title

 var t = store.getTiddler(title);
 if(!t || t.tags.indexOf(systemAllowEval) == -1)
 allowEval = false;
 }
 params = paramString.parseParams(name,null,allowEval,false,true);
 var names = params[0][name];
 var tiddlerName = names[0];
 var className = names[1] || null;
 var args = params[0][with];
 var wrapper = createTiddlyElement(place,span,null,className,null,{
 refresh: content, tiddler: tiddlerName
 });
 if(args!==undefined)
 wrapper.setAttribute(args,[[+args.join(]] [[)+]]);
 this.transclude(wrapper,tiddlerName,args);
 };
 //}}}

 and these tiddlers:
 t1
 text
 |slice|slice value|
 |emptySlice||
 !section
 section text
 !empty section
 transcluding t1
 tiddler [[t1::slice]]
 tiddler [[t1::emtpySlice]]
 tiddler [[t1##section]]
 tiddler [[t1##empty section]]

 I've got this result: when I open transcluding t1, no messages are shown 
 at top-right corner of the screen and 4 messages are shown in console; when 
 I open that tiddler in the edit mode and then press esc to return, I get 
 all 4 message in both top-right and console. Finally, if I open the text in 
 inline

Re: [tw] Re: CodeMirro 3.18 for TWclassic update

[Yakov]

Ok, there's one flow in the fix I've proposed: if a tiddler has no 
content-type, the alert appears on leaving the tiddler even without 
pressing any other button than esc. The cause is that when a tiddler has no 
content-type, store.getValue returns undefined, while story.gatherSaveFields 
gets from the macro the  value and undefined being !=  causes 
story.hasChanges think that the tiddler was changed. I haven't figured yet 
how to fix this.

воскресенье, 10 августа 2014 г., 19:52:28 UTC+4 пользователь Yakov написал:

 Hi Jim,

 I have finally sovled the no alert on cancel problem.

 As a preliminary note, I'll mention that in CMEditCommands, there's a 
 cmOnChange function which Mario introduced to get an alert when pressing 
 cancel and if something was changed. Though, it behaved in a way that any 
 change (like press a and then ctrl+z which produces virtually no 
 change) cause the alert. After adding the tweak I describe below, this 
 piece of code is not needed and can be deleted (I guess) but the

 TODO onChange will need special handling. aka Hijacking if config also 
 contains a onChange

 comment below still applies in some sense.

 Now, the trick is simple really. I took a look at the cmSave command, 
 which reads

 config.commands.cmSave.handler = function(event,src,title)
 {
 var text = jQuery(story.getTiddler(title)).find('textarea[edit=text]');
 var editor = jQuery(text[0]).data('editor');

 if (editor) {editor.save();}
 
 config.commands.saveTiddler.handler.call(this,event,src,title); 
 return false;
 };

 and took that editor part to cancelTiddler by hijacking:

 config.commands.cancelTiddler.handler_before_CM = 
 config.commands.cancelTiddler.handler;
 config.commands.cancelTiddler.handler = function(event,src,title)
 {
 var text = jQuery(story.getTiddler(title)).find('textarea[edit=text]');
 var editor = jQuery(text[0]).data('editor');
 if (editor)
 editor.save();
 
 return 
 config.commands.cancelTiddler.handler_before_CM.apply(this,arguments);
 };

 which works perfectly as expected: the alerts Are you sure you want to 
 abandon your changes to 'Test tiddler'? are back when they are needed.

 So, I propose to add this piece of code to CMEditCommands and probably 
 remove the cmOnChange thing.

 Best regards,
 Yakov.

 четверг, 19 июня 2014 г., 22:09:52 UTC+4 пользователь Jim написал:

  Hi Yakov,

  

 The commented out code on lines 655-658 had to do with attempting to get 
 code folding working in IE8 (Internet Explorer 8).  

  

 Active line highlighting is working nicely in Vim mode.

  

 The questions regarding the various versions of the .js (JavaScript) 
 files are all related to grabbing the latest versions to support the 
 version of CodeMirror plugin that is being used.  In other words, when I 
 worked on getting CodeMirror 3.20 working in TiddlyWiki, I grabbed the 
 versions of the tiddlywiki.js, javascript.js… files that supported it.  
 This was all done from the CodeMirror site’s compression helper…

  

 http://codemirror.net/doc/compress.html

  

  

 From there you can select CodeMirror version 3.20 from its pulldown and 
 then grab the compressed versions of files like tiddlywiki.js and 
 javascript.js.  I kept the various support files separate so that users 
 could select which ones they would like to use.

  

 I attached a minimal version of my TiddlyWiki.  That should help – just 
 import the plugins that you need.  Note: to add items, i.e., Tiddlers, to 
 the “JJY’s Help Files” listing, just edit the “myList” Tiddler.  Tiddlers 
 listed in the “myList” Tiddler will be listed by the “JJY’s Help Files” 
 Tiddler (Rename it as you please).

  

  

 Best regards,

  

 Jim

  

 *From:* tiddl...@googlegroups.com [mailto:tiddl...@googlegroups.com] *On 
 Behalf Of *Yakov
 *Sent:* Wednesday, June 18, 2014 12:26 PM
 *To:* tiddl...@googlegroups.com
 *Subject:* Re: [tw] Re: CodeMirro 3.18 for TWclassic update

  
  
 Hi Jim,

 I've got several questions about the update..

 First, what are those lines that you introduced previously for 
 code-folding, then commented out and code folding still works? (lines 
 655-658)

 Second, as I understand, active line highlightning requires CodeMirror 
 3.20.. I've tried substituting codemirror.js with codemirror.js from [1], 
 but it didn't help. Could you please attach a whole assembly or at least 
 the corresponding codemirror.js tiddler content? (or do I have to do some 
 other configuration instead of CodeMirror updating?)

 Next, why use the CoreVersion slice for the required CodeMirror version? 
 As far as I know, by convention this slice is for the TW core version (and 
 is even used by the core, see [4]).. I'd propose to use some other slice 
 for it..

 Finally, I'm sort of confused about the tiddlywiki.js and the 
 versioning.. First, tiddlywiki.js v0.1.7 from the assembly you provided 
 previously (JJYs_Tiddly_Wiki.zip) is not the same as in Mario's repository

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

basically, when you work with the mode changing/refreshing of the story, 
you shouldn't rely on displayMessage: in some cases, it fails to display 
messages (or, probably, the message is shown and closed so quickly that 
even the display doesn't actually show it). Instead, use console.log or 
alert (don't use the last one if you expect many messages, though; on the 
other hand, there are some cases when messages in the console are shown in 
an unexpected order).

On the other hand, when I tried this plugin:
//{{{
config.macros.tiddler.handler = 
function(place,macroName,params,wikifier,paramString,tiddler)
{
console.log(msg);
displayMessage(msg);

var allowEval = true;
var stack = config.macros.tiddler.tiddlerStack;
if(stack.length  0  config.evaluateMacroParameters == system) {
// included tiddler and system evaluation required, so check 
tiddler tagged appropriately
var title = stack[stack.length-1];
var pos = title.indexOf(config.textPrimitives.sectionSeparator);
if(pos != -1)
title = title.substr(0,pos); // get the base tiddler title

var t = store.getTiddler(title);
if(!t || t.tags.indexOf(systemAllowEval) == -1)
allowEval = false;
}
params = paramString.parseParams(name,null,allowEval,false,true);
var names = params[0][name];
var tiddlerName = names[0];
var className = names[1] || null;
var args = params[0][with];
var wrapper = createTiddlyElement(place,span,null,className,null,{
refresh: content, tiddler: tiddlerName
});
if(args!==undefined)
wrapper.setAttribute(args,[[+args.join(]] [[)+]]);
this.transclude(wrapper,tiddlerName,args);
};
//}}}

and these tiddlers:
t1
text
|slice|slice value|
|emptySlice||
!section
section text
!empty section
transcluding t1
tiddler [[t1::slice]]
tiddler [[t1::emtpySlice]]
tiddler [[t1##section]]
tiddler [[t1##empty section]]

I've got this result: when I open transcluding t1, no messages are shown 
at top-right corner of the screen and 4 messages are shown in console; when 
I open that tiddler in the edit mode and then press esc to return, I get 
all 4 message in both top-right and console. Finally, if I open the text in 
inline-edit mode, I get 4 messages and when I press esc, I have no 
messages. But most interesting part is when I actually add changes: when I 
enter the edit mode, change text and press done, I get 2 messages at 
top-right and 4 messages in console. Counting messages after inline-editing 
is hindered by their amount..

As for the DOM, I can see all 4 spans, but those that were created by empty 
transclusion, are empty as well..

Best regards,
Yakov.

суббота, 9 августа 2014 г., 6:10:53 UTC+4 пользователь Vincent Yeh написал:

 Yakov,

 I was wrong about the empty slice/section things. I am having a problem 
 beyond my knowledge and need help.

 After some tests I realized empty slices are not editable because (in the 
 childNodes property of the parent) the *twve* cannot find the SPAN 
 element created by tiddler macro to hold the empty slice.

 Then I looked into the *invokeMacro* and config.macros.*tiddler.handler* 
 functions of TW2.8.1 and realized that *with empty slice value the 
 handler function was called but seems not executed (see below)*. I do not 
 understand why such thing would happen. Do you have any idea?

 PS Because of the described things, I'm sure that the handler is called 
each time actually.
 

 -
 First, In the invokeMacro function, I added two lines of displayMessage() 
 *before 
 and after calling the handler function*

 if(m==config.macros.tiddler)displayMessage(macro+' '+params);
 m.handler();
 if(m==config.macros.tiddler)displayMessage('done');

 Secondly, in the config.macros.*tiddler.handler* function I added *at the 
 very first line*
 displayMessage('...handler working...');

 With the following source and transcluded tiddlers
 Source
 version: 1.2.3.4.5.6
 ''Author:''*---  This slice is empty*
 Transcluded
 |tiddler 'Source::version'|
 tiddler 'Source::Author'
 I see the following messages
 tiddler 'Source::version'
 ...handler working...*---  The first line of the handler 
 function, as expected*
 done
 tiddler 'Source::Author'
 done   
 *---  Seems the handler function returns without executing the codes!*
 -

 On Friday, August 8, 2014 5:05:00 PM UTC+8, Vincent Yeh wrote:

 Hi Yakov,

 On Tuesday, August 5, 2014 12:34:54 AM UTC+8, Yakov wrote:

 Hi Vincent,

 the torrent of coolingness is increasing, as I can see :)

 Confirm fixing/improving:
 - ctrl+left/right doesn't move list items anymore
 - new symbols (moving r) are displayed well


 Great! Thanks.
  

 As for the partial transclusion, strange things began to happen.
 * try to transclude into a tiddler a section from

Re: [tw] Re: CodeMirro 3.18 for TWclassic update

[Yakov]

Hi Jim,

I have finally sovled the no alert on cancel problem.

As a preliminary note, I'll mention that in CMEditCommands, there's a 
cmOnChange function which Mario introduced to get an alert when pressing 
cancel and if something was changed. Though, it behaved in a way that any 
change (like press a and then ctrl+z which produces virtually no 
change) cause the alert. After adding the tweak I describe below, this 
piece of code is not needed and can be deleted (I guess) but the

 TODO onChange will need special handling. aka Hijacking if config also 
 contains a onChange

comment below still applies in some sense.

Now, the trick is simple really. I took a look at the cmSave command, which 
reads

config.commands.cmSave.handler = function(event,src,title)
{
var text = jQuery(story.getTiddler(title)).find('textarea[edit=text]');
var editor = jQuery(text[0]).data('editor');

if (editor) {editor.save();}

config.commands.saveTiddler.handler.call(this,event,src,title); 
return false;
};

and took that editor part to cancelTiddler by hijacking:

config.commands.cancelTiddler.handler_before_CM = 
config.commands.cancelTiddler.handler;
config.commands.cancelTiddler.handler = function(event,src,title)
{
var text = jQuery(story.getTiddler(title)).find('textarea[edit=text]');
var editor = jQuery(text[0]).data('editor');
if (editor)
editor.save();

return 
config.commands.cancelTiddler.handler_before_CM.apply(this,arguments);
};

which works perfectly as expected: the alerts Are you sure you want to 
abandon your changes to 'Test tiddler'? are back when they are needed.

So, I propose to add this piece of code to CMEditCommands and probably 
remove the cmOnChange thing.

Best regards,
Yakov.

четверг, 19 июня 2014 г., 22:09:52 UTC+4 пользователь Jim написал:

  Hi Yakov,

  

 The commented out code on lines 655-658 had to do with attempting to get 
 code folding working in IE8 (Internet Explorer 8).  

  

 Active line highlighting is working nicely in Vim mode.

  

 The questions regarding the various versions of the .js (JavaScript) files 
 are all related to grabbing the latest versions to support the version of 
 CodeMirror plugin that is being used.  In other words, when I worked on 
 getting CodeMirror 3.20 working in TiddlyWiki, I grabbed the versions of 
 the tiddlywiki.js, javascript.js… files that supported it.  This was all 
 done from the CodeMirror site’s compression helper…

  

 http://codemirror.net/doc/compress.html

  

  

 From there you can select CodeMirror version 3.20 from its pulldown and 
 then grab the compressed versions of files like tiddlywiki.js and 
 javascript.js.  I kept the various support files separate so that users 
 could select which ones they would like to use.

  

 I attached a minimal version of my TiddlyWiki.  That should help – just 
 import the plugins that you need.  Note: to add items, i.e., Tiddlers, to 
 the “JJY’s Help Files” listing, just edit the “myList” Tiddler.  Tiddlers 
 listed in the “myList” Tiddler will be listed by the “JJY’s Help Files” 
 Tiddler (Rename it as you please).

  

  

 Best regards,

  

 Jim

  

 *From:* tiddl...@googlegroups.com javascript: [mailto:
 tiddl...@googlegroups.com javascript:] *On Behalf Of *Yakov
 *Sent:* Wednesday, June 18, 2014 12:26 PM
 *To:* tiddl...@googlegroups.com javascript:
 *Subject:* Re: [tw] Re: CodeMirro 3.18 for TWclassic update

  
  
 Hi Jim,

 I've got several questions about the update..

 First, what are those lines that you introduced previously for 
 code-folding, then commented out and code folding still works? (lines 
 655-658)

 Second, as I understand, active line highlightning requires CodeMirror 
 3.20.. I've tried substituting codemirror.js with codemirror.js from [1], 
 but it didn't help. Could you please attach a whole assembly or at least 
 the corresponding codemirror.js tiddler content? (or do I have to do some 
 other configuration instead of CodeMirror updating?)

 Next, why use the CoreVersion slice for the required CodeMirror version? 
 As far as I know, by convention this slice is for the TW core version (and 
 is even used by the core, see [4]).. I'd propose to use some other slice 
 for it..

 Finally, I'm sort of confused about the tiddlywiki.js and the versioning.. 
 First, tiddlywiki.js v0.1.7 from the assembly you provided previously 
 (JJYs_Tiddly_Wiki.zip) is not the same as in Mario's repository (also 
 v0.1.7, [2], which is probably a minified version of [3]): like I 
 mentioned, it highlights list bullets as .cm-comment, not .cm-list. The 
 same thing is true for your new version.. (so I'm not sure how many 
 differences are there between them) In the attachment, there's a version I 
 currently use (but for which I have no non-minified version; as far as I 
 remember, it was made from [2] -- and surely by the line-through - 
 strikethrough substitution). May be it's better to create some repository 
 at GitHub (or use

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

the torrent of coolingness is increasing, as I can see :)

Confirm fixing/improving:
- ctrl+left/right doesn't move list items anymore
- new symbols (moving r) are displayed well

As for the partial transclusion, strange things began to happen.
* try to transclude into a tiddler a section from another tiddler, but make 
a mistake in the section name. For me,
** the first saving (opening the tiddler in the view mode) made FF hang for 
some seconds and it suggested me twise to stop the scenario, and the stuff 
after the transclusion wasn't displayed
** on the second opening (in view mode) the tiddler got displayed as empty 
(although in the edit mode I can see the whole text)
** on the third one FF hanged hardly and I closed the tab after some 
tweaking/waiting (in fact, this usually takes place on the first or the 
second opening in the view mode
** this is especially important as in inline-edit mode cursor changes the 
section name each time it gets inside the [[...##...]] expression, and 
previewer makes FF hang
** you can try these tiddlers to get the picture:
t1
|s1||
t2
tiddler [[t1::s2]]

* editing of a slice inserted in a table like this:
  |...|tiddler [[someTiddler::someSlice]]|
  is not possible (only macro code can be edited, but this syntax is 
essential for usage with ForEachTiddlerPlugin)
* editing of an empty transcluded slice is not possible (same thing: only 
macro code can be edited; this is true for sections as well; this is also 
important for FETP)

* consider the following two tiddlers:
t1
|sl1|slice text|
!sec1
section text
t2
tiddler [[t1##sec1]]
tiddler [[t1::sl1]]
if I edit slice of t1 inside t2, on refreshing the tiddler [[t1##sec1]] 
unexpectedly starts to show the whole tiddler instead of just the section

* simple editing of slices with works, for both latin and international 
slice names (the latter is aplicable when ExtendedSlicesPlugin is installed)

About text blocks: now a text like
some words {{{some code}}} some words
is splitted into 3 blocks (so there's no possibility to click somewhere to 
get the whole thing to edit). This will be ok, if there's a possibility to 
jump from block to block using keys; otherwise it's rather annoying.

Regarding jQuery.. as far as I know, it wasn't included in TW5 by intent. 
The simplest solution, I guess, is to create a plugin with jQuery code 
inside and add some sort of Require directive to twve plugins (I don't know 
how the require thing is defined in TW5) -- or include jQuery directly to 
the twve.core. On the other hand, removing jQuery can seriously improve 
performance, as far as I know..

Best regards,
Yakov.

воскресенье, 3 августа 2014 г., 12:12:48 UTC+4 пользователь Vincent Yeh 
написал:

 Release of ''twve'' v3.1.0.

 *Major changes:*

1. Started removing jQuery dependencies to migrate to TW5.
   - I don't seem to find a version of jQuery embeded in TW5 as there 
   is in TWC, that will keep *twve* from going to TW5 because *twve* 
   relies heavily on jQuery. Therefore I started to remove 
 jQuery-dependencies 
   from *twve*, which turned out to be quite some work that shall take 
   a long while. I am wondering: Is there a way to carry jQuery in TW5?
2. Supports view mode editing of *transcluded slices*.

 For more details please see Release Note 
 http://twve.tiddlyspot.com/#%5B%5BRelease%20Note%20v3.1.0%5D%5D.

 Have Fun!
 Vincent

 On Friday, July 25, 2014 9:52:27 AM UTC+8, Vincent Yeh wrote:

 Hi Yakov,

 Thanks. If that's just my browser it would be no problem at all.
 The Ctrl-left/right issue is fixed in my current snapshot, will be gone in 
 the next release.

 I am finding time to work on slices recently, hope to get it done in a 
 week or so (busy schedule now).

 Have fun!
 Vincent

 On Wednesday, July 16, 2014 8:47:05 PM UTC+8, Yakov wrote:

 Hi Vincent,


  

  


 * without autosave, table rows/colomns and list items move quickly indeed

 ** by the way, why so different symbols for buttons moving rows and 
 colomns? you may use ⇐ and ⇒ for uniformity


 Because I did not find consistent symbols in ASCII set, and I don't know 
 how to use images in buttons yet. :-)
  

 So, how about this set ⇑, ⇓, ⇐ and ⇒?
 Also, see a href=a href=
 http://www.google.com/url?q=http%3A%2F%2Funicode-table.com%2Fen%2Fsa=Dsntz=1usg=AFQjCNEF5nM5a0xOOqYYBGtiTfoxgU1H2A;
  
 target=_blank onmousedown=this.href='
 http://www.google.com/url?q\75http%3A%2F%2Funicode-table.com%2Fen%2F\46sa\75D\4
  
 http://www.google.com/url?q%5C75http%3A%2F%2Funicode-table.com%2Fen%2F%5C46sa%5C75D%5C4

 ...

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

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

PS

Hi Vincent,

 the torrent of coolingness is increasing, as I can see :)

 Confirm fixing/improving:
 - ctrl+left/right doesn't move list items anymore
 - new symbols (moving r) are displayed well

moving rows/colomns 

  

As for the partial transclusion, strange things began to happen.
 * try to transclude into a tiddler a section from another tiddler, but 
 make a mistake in the section name. For me,
 ** the first saving (opening the tiddler in the view mode) made FF hang 
 for some seconds and it suggested me twise to stop the scenario, and the 
 stuff after the transclusion wasn't displayed
 ** on the second opening (in view mode) the tiddler got displayed as empty 
 (although in the edit mode I can see the whole text)
 ** on the third one FF hanged hardly and I closed the tab after some 
 tweaking/waiting (in fact, this usually takes place on the first or the 
 second opening in the view mode
 ** this is especially important as in inline-edit mode cursor changes the 
 section name each time it gets inside the [[...##...]] expression, and 
 previewer makes FF hang
 ** you can try these tiddlers to get the picture:
 t1
 |s1||
 t2
 tiddler [[t1::s2]]

 * editing of a slice inserted in a table like this:
   |...|tiddler [[someTiddler::someSlice]]|
   is not possible (only macro code can be edited, but this syntax is 
 essential for usage with ForEachTiddlerPlugin)
 * editing of an empty transcluded slice is not possible (same thing: only 
 macro code can be edited; this is true for sections as well; this is also 
 important for FETP)

 * consider the following two tiddlers:
 t1
 |sl1|slice text|
 !sec1
 section text
 t2
 tiddler [[t1##sec1]]
 tiddler [[t1::sl1]]
 if I edit slice of t1 inside t2, on refreshing the tiddler 
 [[t1##sec1]] unexpectedly starts to show the whole tiddler instead of 
 just the section

 * simple editing of slices with works, for both latin and international 
 slice names (the latter is aplicable when ExtendedSlicesPlugin is installed)

 About text blocks: now a text like
 some words {{{some code}}} some words
 is splitted into 3 blocks (so there's no possibility to click somewhere to 
 get the whole thing to edit). This will be ok, if there's a possibility to 
 jump from block to block using keys; otherwise it's rather annoying.

I mean, arrow keys 


 Regarding jQuery.. as far as I know, it wasn't included in TW5 by intent. 
 The simplest solution, I guess, is to create a plugin with jQuery code 
 inside and add some sort of Require directive to twve plugins (I don't 
 know how the require thing is defined in TW5) -- or include jQuery directly 
 to the twve.core. On the other hand, removing jQuery can seriously improve 
 performance, as far as I know..

 Best regards,
 Yakov.

 воскресенье, 3 августа 2014 г., 12:12:48 UTC+4 пользователь Vincent Yeh 
 написал:

 Release of ''twve'' v3.1.0.

 *Major changes:*

1. Started removing jQuery dependencies to migrate to TW5.
   - I don't seem to find a version of jQuery embeded in TW5 as there 
   is in TWC, that will keep *twve* from going to TW5 because *twve* 
   relies heavily on jQuery. Therefore I started to remove 
 jQuery-dependencies 
   from *twve*, which turned out to be quite some work that shall take 
   a long while. I am wondering: Is there a way to carry jQuery in TW5?
2. Supports view mode editing of *transcluded slices*.

 For more details please see Release Note 
 http://twve.tiddlyspot.com/#%5B%5BRelease%20Note%20v3.1.0%5D%5D.

 Have Fun!
 Vincent

 On Friday, July 25, 2014 9:52:27 AM UTC+8, Vincent Yeh wrote:

 Hi Yakov,

 Thanks. If that's just my browser it would be no problem at all.
 The Ctrl-left/right issue is fixed in my current snapshot, will be gone in 
 the next release.

 I am finding time to work on slices recently, hope to get it done in a 
 week or so (busy schedule now).

 Have fun!

 ...

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

[tw] Pre-releases of ForEachTiddlerPlugin v1.2.4 and SetManagerPlugin v0.9.12 (manual sorting of aggregated lists and more)

[Yakov]

Hello everybody,

not to double-post this and split possible discussions, I invite you to 
visit the thread I created in TiddlyWikiDev (accidentally): 
https://groups.google.com/forum/#!topic/tiddlywikidev/DSl1wALn9lo

Best regards,
Yakov.

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

[tw] Re: [TWC] sort by dynamic slice using FET ?

[Yakov]

Hello Julien,

with FETP 1.0.1, you have to use something like

sortBy 'store.getTiddlerText(tiddler.title+::customSlice)' descending

But also, see my pre-release of FETP 1.2.4 [1], it introduces new helpers 
.getSlice and .getSection to the Tiddler object, so you can use it like 
this:

sortBy 'tiddler.getSlice(customSlice)' descending
or
sortBy 'tiddler.getSlice(customSlice,)' descending

The latter usage if for the situation when the slice can be not defined in 
one of the tiddlers you are aggregating (the thing is, the sorting has 
unpredictable behaviour when the sortBy expression returns undefined or null 
even for one tiddler).

Best regards,
Yakov.

[1] https://groups.google.com/forum/#!topic/tiddlywikidev/DSl1wALn9lo

пятница, 18 июля 2014 г., 13:08:12 UTC+4 пользователь julien23 написал:

 Hi all

 You could help me sorting FET by slice here :
 https://groups.google.com/d/topic/tiddlywiki/i3-EnWFmFjc/discussion

 with :

 sortBy 'tiddler.title+::customSlice' descending


 It looks that it does not work if customSlice is dynamic.
 I am trying below to sort Errors by the last time it occured in a Log.

 I get not visible error, but sorting is wrong.

 Can you please help me ?

 Regards

 Julien


 [[Errors]]

 ... 

 tiddler [[FetErrorsTagTag]] with:{{tiddler.title}}{{tiddler.title}} 

 ... 


  [[FetErrorsTagTag]]

 forEachTiddler
 where
 'tiddler.tags.contains($1)  tiddler.tags.contains($2)  
 !tiddler.tags.contains(attachment)  !tiddler.tags.contains(Trash) 
 !tiddler.tags.contains(hidden)' 
 sortBy
 'tiddler.title+::LastSeen'
 ascending
write 
  '((index == 0) ? 
 |borderless|k\n|LastSeenbr$)DPMO|Description|Todo|h\n : 
 \n)+|tiddler [[+tiddler.title+::LastSeen]]$))tiddler 
 [[+tiddler.title+::DPMO]]$))|[[+tiddler.title+|+tiddler.title+]] 
 (+store.getValue(tiddler,alias)+)br$)tiddler 
 [[+tiddler.title+##Description]]$))|tiddler 
 [[+tiddler.title+##Todo]]$))|'
 


 [[ConfusedVectorError]] #Errors

 ...
 |DPMO|252883|
 |LastSeen|tiddler FetLastSeenSlice with: cvErr|
 ... 


  [[FetLastSeenSlice]]

 forEachTiddler
 where
 'tiddler.text.contains(|$1|)  
 !tiddler.text.contains(|$1|0|)   !tiddler.tags.contains(attachment) 
  !tiddler.tags.contains(Hidden)' 
 sortBy 
 tiddler.created
 descending
 write 
 '((index == 1) ? tiddler.created.formatString(-0MM-0DD) : 
 )'
 


  


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

[tw] Re: TW in Education

[Yakov]

, 2 bridges), modeled parachutes and 
explored which models drop slower, and created a wire phone using 
fishing-lines and plastic glasses (and explored which materials work 
better); while our biology teachers tutored small researches of ants 
behaviour, age-width-height correlations for trees and many others. Sharing 
these things (description, methodology notes) will be cool and, as I've 
already described several of those in my TW, I'm thinking about a platform 
for sharing; may be I'll make a seminar for teachers in my school about TW 
this autumn (there are already several interested ones, but we'll see).

[1] 
http://www.math.ist.utl.pt/~psoares/MathSVG.html#Examples%20AnimatedNephroid%20AnimatedPendulum%20ConfidenceIntervals%20DefinitionOfSine%20Derivatives%20DrawingAnEllipse%20Dynamic%20EphemeralHandDrawing%20Kepler%20Lissajous%20LostInPrediction%20ManualAnimation%20MoreDerivatives%20NegativeBinomial%20NormalDistribution%20PolarPlots

Best regards,
Yakov.

PS once again, all these cool possibilities require additional efforts, so 
of'course the degree of implementation totally depends on enthusiasm; and 
also, I'll be glad to hear other ideas related to the described topics. (Må
ns?)

воскресенье, 22 июня 2014 г., 9:01:15 UTC+4 пользователь Richard Smith 
написал:


  
   Hi Yakov,

 Any and all help would be greatly appreciated. 

 I have in mind to begin by writing math books because they have a very 
 logical structure.

 To begin with I was playing around with writing my own content and also 
 making video - which in itself could be an important component of an 
 intelligent textbook.

 Recently I came to the conclusion that if I wanted to actually make 
 something happen that other people would see the value in then I should try 
 to show some sort of minimum viable product - ie; an actual textbook that 
 you could, in theory, use to teach an actual class. To this end, I decided 
 to take a currently available textbook from the organisation c-k12 and 
 tiddlywikify it.

 The original is here: 
 http://www.ck12.org/book/CK-12-Middle-School-Math-Grade-7/

 And this (should?) link to my work in progress.


 https://6c5416d85b78243586803bdbb4771b5d2d699363.googledrive.com/host/0B8H35yJ22OmzOEo2dHJsR2dFblk/Yellow7.html

 This is at the level of first-year high-school.

 Of course, I am also interested in teaching all levels of the curriculum, 
 so if you would like to help, you could start literally anywhere. It would 
 be nice in any case to have people to bounce ideas around with and I would 
 appreciate any feedback you might have on what I'm doing.

 I am in the middle of researching the links that Jeremy provided (thankyou 
 Jeremy).

 When my prototype is finished I plan to solicit feedback from the online 
 teaching community (edu-bloggers etc.) as to whether this seems to them 
 like a valuable project and hopefully begin to attract contributors.

 My prototype is currently built with each tiddler pointing to a google doc 
 on my drive. I can download all of those docs as local html and I am hoping 
 there is a way to turn them all into tiddlers on the local machine and then 
 wrap them back up into an all-in-one tiddlywiki.

 As I say, any and all help gratefully appreciated. Please feel free to 
 email me your thoughts.

 With thanks,
 Richard






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

[tw] Re: TW in Education

[Yakov]

PS so, what's the current state of your TW in education demo project?

среда, 16 июля 2014 г., 14:26:27 UTC+4 пользователь Yakov написал:

 Hi Richard,

 you are right, *for already existing content*, a converter is needed to 
 quickly build TWs (or lots of manual work).. I'm glad to hear that you have 
 much progress with that, although I haven't checked that out yet. Though, 
 may be a more interesting strategy to build some inspiring example is to 
 create your own content in TW.

 Now, let me describe some reasons why I think the tiddler format and TW as 
 a representation base (or also hypertext itself) are interesting for 
 education (and educative materials):

 1. Grabbing; improving; recycling
 TiddlyWiki allows quick copy-paste/import. Tiddler format is universal; 
 although there are couple of cases when mere copying of a tiddler is not 
 enough: when plugins like MathJax or NestedSliders are used and the tiddler 
 contains corresponding syntax; and when some tiddlers are linked 
 to/transcluded into/aggregated (by list or another macro) into the tiddler 
 [and may be inserted pictures (external files) are also an issue]. Still, 
 this opens an interesting possibility to instantly grab tiddlers into one's 
 TW, edit them as (s)he pleases, may be improve somehow and even share their 
 own tiddlers via an online TiddlyWiki (or TiddlySpace). This can be a part 
 of an education workflow. But we should keep in mind, this is a bare idea 
 for now (is it?), so the workflow should be tested and probably some 
 extensions should be written.

 2. Personalization: learn what you haven't learned yet
 Hypertext's main advantage over the ordinary text is its own behaviour 
 (or, in a more humble way, being dynamic). This can be used in a number of 
 ways to improve the learning workflow. However, the cost will be likely 
 always the same: writing the hypertext materials require more efforts. I'm 
 not going to discuss multimedia content: this part seems to be quite 
 obvious (video, interactive pictures etc; see [1], though). The first 
 thing I'd like to highlight here is the learn what you haven't learned 
 yet thing. The idea is simple: once one starts to learn, say, Ajax, they 
 either know or don't know JavaScript already. This can be a smaller thing: 
 one can learn formulae of abridged multiplication and use them in 
 trigonometry (you can think of some more elaborate math theorem which proof 
 requires knowledge of a statement from another math area). The learning 
 person can somehow specify what (s)he already knows and then some content 
 can be omitted. This idea seems to be applicable for math, different tech 
 disciplines, and looks unlikely to work well with humanitarian sciences or 
 arts (or at least should be used for much bigger chuncks of knowledge in 
 the latter case).

 3. Personalization: choosing a presentation form
 Also, different presentations of the same content can be created. For 
 instance, some people would prefer to read a lecture with full theorems 
 and proofs and long text, while others would prefer to read in problems 
 -- see math problems solving which will make them go further (and 
 understand deeper). Or, if one wants to read a summary of a course 
 (probably his or her own copy already), (s)he would prefer to omit proofs 
 (which, being marked correspondingly, can be omitted by applying simple 
 CSS). I'll be glad to hear other specific ideas in this area.

 4. Personalization: directions cloud (this topic is too much over-horizon 
 and also involves some server-side/social web technologies)
 Say, I've learned html (or mechanics: equilibrium). What's next? If my 
 purpose was to create beautiful web pages, then next turn would probably be 
 CSS. Or may be SVG, if I'd like to create interfaces for different 
 services. Some after learning tiddlers can be created to provide some 
 advices. I'm not sure, but perhaps the term course won't be needed in the 
 end, there will be shorter topics which one can learn (and importing 
 tiddlers can work as a small reward) and some maps of what should be 
 learned for different goals (and also what topics compose the knowledge of 
 the whole technology, for those who want to study technologies and 
 disciplines fully, consistently). Some courses/topics can have a set of 
 required knowledge, so one will see that for advanced hydrodynamics they 
 need to know some things about equations with partial derivatives.

 5. Tiddlers for teachers
 TiddlyWiki/TiddlySpace/TiddlyWeb can be used on only by those who learn, 
 but also by those who teach. Sharing materails as tiddlers can be useful 
 for sharing problems, topics and other teaching materials. One special form 
 that I would like to mention is projects (for students). It is practiced 
 in several schools in Moscow as well as in different summer schools. The 
 main idea is simple: the student does some research (not necessarily about 
 something undiscovered and actual/important

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,


 

  


 * without autosave, table rows/colomns and list items move quickly indeed

 ** by the way, why so different symbols for buttons moving rows and 
 colomns? you may use ⇐ and ⇒ for uniformity


 Because I did not find consistent symbols in ASCII set, and I don't know 
 how to use images in buttons yet. :-)
  

 So, how about this set ⇑, ⇓, ⇐ and ⇒?
 Also, see http://unicode-table.com/en/ 
 http://www.google.com/url?q=http%3A%2F%2Funicode-table.com%2Fen%2Fsa=Dsntz=1usg=AFQjCNEF5nM5a0xOOqYYBGtiTfoxgU1H2A


 These ones look good, if the left and right don't go too wide. I'll try 
 them. Thanks.
 One little thing, the left and right do not look exactly the same size, is 
 that just my browser or their sizes are really not the same?


Looks like it's your browser, I've tried Opera/FF/Chrome and even played 
with zooming in, but both are always the same size for me.

By the way, any progress with the ctrl+left/right issue?

Best regards,
Yakov.

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

[tw] Re: Problems getting TW to work

[Yakov]

Hi Stuart,

first, there's no 4.x series (at least for now), there are only 2.x series 
(called TiddlyWiki Classic, TWc) and 5.x series (called previously 
TiddlyWiki5 and now suggested to be called just TiddlyWiki, but TW5 is used 
as well);

second, TW5 is not fully compatible with the old syntax, plugins etc, so 
going on with some old projects, would probably (but not necessary) require 
TWc;

third, tiddlywiki.com is now for TW5 while TWc is stored at 
classic.tiddlywiki.com (the latest version is 2.8.1);

next, you are describing a situation about TW5, so for the sake of TW5 
development, I suggest to start a new thread with a more clear title like 
[TW5] Buttons on TW5 menu don't work, including saving (currently, I'm 
not using TW5, so I can't be of much assistance in this context);

finally, I suggest you to try TWc as well: go to 
http://classic.tiddlywiki.com/, download TW and see if saving works for you 
(I'm not sure about versioning of TiddlySaver.jar, though: there were some 
discussions and development recently, but I don't know if the new unsigned 
version is included in the download package).

Best regards,
Yakov.

понедельник, 23 июня 2014 г., 23:13:59 UTC+4 пользователь Stuart Dunstan 
написал:

 I presume TW5 is the better option, but a working 4.x would be fine.

 Firefox 30.0, Windows 7.

 When I open empty.html online here: http://tiddlywiki.com/empty.html
  

The cog buttons work. Once I've downloaded it though: (Menu  Save Page) 
 the buttons no longer do, with the exception of the advanced search button, 
 which does.

 TiddlyFox seems to be installed in the FF add-ons.

 Opera (22.0) funstions similarly, except that clicking the buttons makes 
 them have an outline in orange.





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

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

 

 * the Edit wrappers and tiddler title optioin started to get changed to 
 false each time on startup (which disables editing, say, plain text 
 blocks). Did you make it become false by default?


 Yes, I did. Please enable it the way you like.


Ok, no problem with that, although I wonder what's the motivation for this: 
for a new user, twve.extra looks like edit everything inline, and  the 
need to change some option to enable plain text blocks would probably be 
surprising.. 

  

 ** because of that, I've noticed that (in FF) working with the options 
 menu (in the top right corner of a tiddler) is not smooth at all: 
 sometimes, when I try to move the cursor from the first level of the menu 
 to a second one (say *twve.core* Options), the whole thing get closed 
 instead of keeping open; sometimes, I make several attempts before I 
 actually change an option. I'd propose that the menu should close on click 
 elsewhere, not on mouse out

  
 I noticed this with FF/Ubuntu, but with FF/Win8 there is no such thing. I 
 am still trying to figure out...
  

By the way, in Opera 12.17, when I open the menu for the first time, it 
gets slightly cut (as well as submenus) and gets ugly scrollbars which take 
out even more space of the menu  
 


 * without autosave, table rows/colomns and list items move quickly indeed

 ** by the way, why so different symbols for buttons moving rows and 
 colomns? you may use ⇐ and ⇒ for uniformity


 Because I did not find consistent symbols in ASCII set, and I don't know 
 how to use images in buttons yet. :-)
  

So, how about this set ⇑, ⇓, ⇐ and ⇒?
Also, see http://unicode-table.com/en/
 


 * another issue concerning the sizes: create a tiddler with this simple 
 content:
 !section
 Type the text for 'New Tiddler'
 then, open the section text for editing, edit it (say, add + to the end 
 of the text), ctrl+enter to save, then open it again: the preview area size 
 gets huge!

  
 I do see huge preview box from time to time, but not quite reproducible, 
 so I don't know what's wrong yet.


So, doesn't my recipe work to reproduce this behaviour? I've tried it in 
Opera, and it works there for me as well.

***

I've got another bug about moving list items. Simplest case: create a list
* one
* two
* three
and open inline editing of the last one. Press ctrl+down: the item gets to 
the top of the list; the expected behaviour is -- nothing happens. While 
this can be of use in some cases (if one needs to rotate a list), further 
details make this behaviour inconsistent even in this context:
* one
* two
separator
* three
now we have two lists, and pressing ctrl+down in the last item will bring:
* three
* one
separator
* two
which is not rotating inside one list.

Furthermore, if one of the lists contains list items of higher level, 
sometimes this rotation causes all list items become first-level; this is 
even animated as an avalanch: the rotated list item goes up on step at 
a time, and when it jumps over the second-level list items, those fall 
one level down. Though, I remember that rearranging of multi-level list is 
not something that is fully supported for now. In fact, the ctrl+left = 
ctrl+down issue is more important, because I get these avalanches mostly 
when I forget about this issue (as I constantly use ctrl+left/right for 
navigation/selection).

By the way, have you thought about a possibility to rearrange lists/table 
raws/colomns in a dragdrop manner?

Best regards,
Yakov.

  


 There are also a couple of irreproducible bugs, but I think posting them 
 until I make them reproducible is not a good idea.


 I also have some of these that I don't know what to do..
  
 Have Fun!
 Vincent


 Best regards,
 Yakov.

 понедельник, 2 июня 2014 г., 14:50:48 UTC+4 пользователь Vincent Yeh 
 написал:

 Release of v3.0.3

 Some bug fixes for compatibility issue with NestedSliderPlugin (and 
 hopefully fixed the backstage issue as well), and a few of others. See 
 release note at TiddlySpot 
 http://twve.tiddlyspot.com/#%5B%5BRelease%20Note%20v3.0.3%5D%5D or a 
 href=http://twve.tiddlyspace.com/#%5B%5BRelease%20Note%20v3.0.3%5D%5D; 
 target=_blank onmousedown=this.href='
 http://www.google.com/url?q\75http%3A%2F%2Ftwve.tiddlyspa 
 http://www.google.com/url?q%5C75http%3A%2F%2Ftwve.tiddlyspa

 ...

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

[tw] Re: Problems getting TW to work

[Yakov]

Hi Stuart,

what are you trying to achieve? Is your TW on your PC or somewhere in the 
Web? Are you trying to save a local version or push an update of your TW on 
your site?

Best regards,
Yakov.

воскресенье, 22 июня 2014 г., 20:09:13 UTC+4 пользователь Stuart Dunstan 
написал:

 edit it's version 2.3.0


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

[tw] Re: Problems getting TW to work

[Yakov]

So, are you going to create a new TW Classic or TW5? Where did you get the 
empty TW from?

You mentioned that you have downloaded TiddlyFox, so what's the version of 
FireFox? What OS? Sorry for a stupid question, but have you installed 
TiddlyFox? What happens when you open your emtpy TW? I'm asking merely 
because TWc+FF+TF should work nicely and works for me (although I haven't 
updated my TWs to the most recent version); if brand new TW doesn't work 
with FF+TF, then we should reproduce the issue and fix it.

(let's deal with the empty TW first, then go on with the old one)

Best regards,
Yakov.

понедельник, 23 июня 2014 г., 2:40:36 UTC+4 пользователь Stuart Dunstan 
написал:

 Hi, 
 Sorry I should have specified. It's local.

 I need to 
 1. Get a new TW working. 
 2. Extract the data from the old one.



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

Re: [tw] Re: CodeMirro 3.18 for TWclassic update

[Yakov]

Hi Jim,

I've got several questions about the update..

First, what are those lines that you introduced previously for 
code-folding, then commented out and code folding still works? (lines 
655-658)

Second, as I understand, active line highlightning requires CodeMirror 
3.20.. I've tried substituting codemirror.js with codemirror.js from [1], 
but it didn't help. Could you please attach a whole assembly or at least 
the corresponding codemirror.js tiddler content? (or do I have to do some 
other configuration instead of CodeMirror updating?)

Next, why use the CoreVersion slice for the required CodeMirror version? As 
far as I know, by convention this slice is for the TW core version (and is 
even used by the core, see [4]).. I'd propose to use some other slice for 
it..

Finally, I'm sort of confused about the tiddlywiki.js and the versioning.. 
First, tiddlywiki.js v0.1.7 from the assembly you provided previously 
(JJYs_Tiddly_Wiki.zip) is not the same as in Mario's repository (also 
v0.1.7, [2], which is probably a minified version of [3]): like I 
mentioned, it highlights list bullets as .cm-comment, not .cm-list. The 
same thing is true for your new version.. (so I'm not sure how many 
differences are there between them) In the attachment, there's a version I 
currently use (but for which I have no non-minified version; as far as I 
remember, it was made from [2] -- and surely by the line-through - 
strikethrough substitution). May be it's better to create some repository 
at GitHub (or use Mario's) and push updates there?

What do you think about the no alert on cancel problem?

Best regards,
Yakov.

[1] https://github.com/marijnh/CodeMirror/releases/tag/3.20.0
[2] http://codemirror.tiddlyspace.com/#tiddlywiki.js
[3] 
https://github.com/pmario/CodeMirror/blob/master/mode/tiddlywiki/tiddlywiki.js
[4] https://github.com/TiddlyWiki/tiddlywiki/blob/master/js/main.js#L233

пятница, 13 июня 2014 г., 17:40:50 UTC+4 пользователь Jim написал:

  Hi Yakov.  Nice work!

  

 I took the time to edit the more recent version of tiddlywiki.js (v3.20) 
 to include your “line-through” to “strikethrough” change.  I basically took 
 the function Mario was using in tiddlywiki.js v0.1.7 and modified it to fit 
 into the v3.20 framework.  Note: this is the only change that I have made 
 to the original file (v3.20).  I increased the version number to v3.21 and 
 have attached both minified and un-minified versions.

  

 Give it a try and see if it works.

  

 I also attached an updated version of zCodeMirrorPlugin, v0.4.4 with your 
 changes.  

  

  

 Best regards,

  

 Jim

  

 *From:* tiddl...@googlegroups.com javascript: [mailto:
 tiddl...@googlegroups.com javascript:] *On Behalf Of *Yakov
 *Sent:* Thursday, June 12, 2014 3:05 PM
 *To:* tiddl...@googlegroups.com javascript:
 *Subject:* Re: [tw] Re: CodeMirro 3.18 for TWclassic update

  
  
 Ok, Jim answered me via email, not via the group, and it seems that I've 
 fixed the issue.

 Once again, the problem was that only *global* settings from the 
 CodeMirrorConfig were read, and I wasn't able to set, say, lineNumbers: 
 true for the javascript mode, but not for the tiddlywiki mode. According 
 to [1] (thanks, Jim),

 The CodeMirror.listModes and CodeMirror.listMIMEs functions, used for 
 listing defined modes, are gone. You are now encouraged to simply inspect 
 CodeMirror.modes (mapping mode names to mode constructors) and 
 CodeMirror.mimeModes (mapping MIME strings to mode specs).


 So, I took the (already implemented) collecting of modes from 
 config.macros.cmModes (.handler) and brought it to the init method:

 init: function() {
 var cm = 'CodeMirrorConfig', modes = [];
 var secSep = config.textPrimitives.sectionSeparator;
 
 // global settings need to be read seperately
 me.conf['global'] = me.rdSettings(cm + secSep + 'global');

 // check CM for installed modes and get user config if 
 available
 *for(var m in CodeMirror.modes)*
 *if(CodeMirror.modes.propertyIsEnumerable(m))* // looks 
 like this is excessive
 *modes.push(m);*

 for (var i = 0; i  modes.length; i++)
 me.conf[modes[i]] = me.rdSettings(cm + secSep + modes[i]);
 },

 Now, all the settings are read and everything works fine, I'm not only 
 sure if the *propertyIsEnumerable* thing is really needed (without it, 
 the result is the same, and alerting the properties of *CodeMirror.modes* 
 shows only modes' names, nothing more). A side note: this enumerating is 
 done in the plugin in several places, so it may be worth creating a method, 
 may be re-implementing CodeMirror.listModes and CodeMirror.listMIMEs.


 There's another problem, which I've fixed.. sort of. tiddlywiki.js from 
 Mario's repository doesn't support strike-throught styling, the version 
 from the Jim's TW does, but creates incorrect DOM for list items

[tw] Re: [TWC] ForEachTiddlerPlugin mixed tree and table

[Yakov]

Hello Julien,

could you provide some example of what you have tried? I mean the fet macro 
code. (or, better, attach a tiddlywiki with some tiddlers you'd like to 
organize, a manual table example and a non-working fet example)

Best regards,
Yakov.

понедельник, 9 июня 2014 г., 22:53:11 UTC+4 пользователь julien23 написал:

 Hi All

 This is recurrent issue for me. I could never find a way to build a tree 
 table wit FET.

 By tree table I mean somothing like that with indented fist column :

 |total|paid|balance|Todo|h
 Prototype|###|###|###||
 emitter|###
 Fabrication|###|###|-||
 Coding|###
 low level|###|###|-||
 [[drivers|emitterDrivers###130528d1]]|###||'###|LCo  JBo : Vérifier 
 les données reçues|
 sensor|###
 Fabrication|###|###|-||
 Coding|###
 low level|###|###|-||
 [[drivers|sensorDrivers###130528d1]]|###||###|LCo  JBo : Vérifier 
 les données reçues|

 My tables always brake between the different tree levels

 Do you have an idea on how to do that ?

 Regards

 Julien


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

[tw] Re: IE11 and SharedTiddlersPlugin: busted!

[Yakov]

Hello David,

is that correct that after you added this

BTW, the fix is to add meta http-equiv=X-UA-Compatible content=IE=10 
 immediately after the head tag.

 both saving and including by absolute path started to work again?

Do you mean that you changed the core in a text editor (immediately after 
the head tag), or you used MarkupPreHead tiddler?

Best regards,
Yakov.
 

 On Thursday, November 14, 2013 1:34:01 PM UTC-8, David Bakin wrote:

 Never mind (for now).  I discovered that IE11 has a working uninstall (I 
 don't remember that all/any previous versions of IE allowed uninstall) and 
 now I'm happy and back on IE10.

 On Thursday, November 14, 2013 1:21:33 PM UTC-8, David Bakin wrote:

 I think I spoke to soon.  In addition to this problem, it isn't saving 
 anymore.  I think I need the tiddlysaver.jar solution.  I could have sworn 
 someone this week was talking about IE11 but a search didn't find it.

 On Thursday, November 14, 2013 12:52:55 PM UTC-8, David Bakin wrote:

 I (foolishly) allowed my WinSvr2008 system to upgrade to IE11 (from 
 IE10) and now SharedTiddlersPlugin has stopped working.  But the cause 
 should be something fairly simple.  I use a relative path in my derived 
 tiddly file, ./Base.html, to specify the included file.  This is because 
 I put Base.html in my dropbox folder which, on my different systems, is 
 mapped to a different drive, so I can't use an absolute path.  But this 
 has 
 always worked before.

 IncludeList after the failed load, looks like this:

 include ./Base.html filters:[[IncludeHub]] wikify
 AddressState./Base.html

 No include specified for ./Base.html



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

[tw] Re: TW in Education

[Yakov]

Hello Richard,

what education topics are you interested in? I'm interested in this idea, 
too -- mostly in math, physics and IT, so may be I can help with some 
aspects..

Best regards,
Yakov.

вторник, 17 июня 2014 г., 7:15:49 UTC+4 пользователь Richard Smith написал:

 Hi There.

 My name is Richard and I am a huge fan of TiddlyWiki. I think it is a 
 really awesome project and I thank you all greatly for it.

 I have an ambitious idea of how TW could be used to build open-source 
 textbooks for high school students by allowing multiple 
 intersecting/overlapping editions of each book to co-exist, drawn from a 
 common pool of educational fragments.

 From what I have read so far it seems that TW, with TiddlyWeb as a 
 back-end, has basically all of the functionality necessary to make this 
 happen in a rudimentary way.

 I am currently building a prototype to demonstrate how I imagine such a 
 thing might work and am learning how to use TiddlyWeb by working through 
 the documentation.

 I'm not stupid with computers, but nor do I have any serious web-developer 
 chops. I've set myself the task of learning javascript as quickly as 
 possible, but I'm still pretty far out of my depth and I hope I will be 
 able to ask some silly questions here as I go. You do all seem very 
 friendly.

 My question today is whether there is anything out there already which is 
 similar to what I've described? I have searched extensively but I still 
 figured it best to ask the community. I have read that there are several 
 educational projects already using TW, including Unamesa, who's site I have 
 seen, but as far as I can tell they are only using TW for content-delivery 
 and not content-creation or collaboration.

 I would also appreciate any advice at all that you might have about my 
 idea - especially if there's some reason you don't think it will work.

 Cheers
 Richard


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

Re: [tw] Re: CodeMirro 3.18 for TWclassic update

[Yakov]

Ok, Jim answered me via email, not via the group, and it seems that I've 
fixed the issue.

Once again, the problem was that only *global* settings from the 
CodeMirrorConfig were read, and I wasn't able to set, say, lineNumbers: true 
for the javascript mode, but not for the tiddlywiki mode. According to [1] 
(thanks, Jim),

The CodeMirror.listModes and CodeMirror.listMIMEs functions, used for 
listing defined modes, are gone. You are now encouraged to simply inspect 
CodeMirror.modes (mapping mode names to mode constructors) and 
CodeMirror.mimeModes (mapping MIME strings to mode specs).


So, I took the (already implemented) collecting of modes from 
config.macros.cmModes (.handler) and brought it to the init method:

init: function() {
var cm = 'CodeMirrorConfig', modes = [];
var secSep = config.textPrimitives.sectionSeparator;

// global settings need to be read seperately
me.conf['global'] = me.rdSettings(cm + secSep + 'global');

// check CM for installed modes and get user config if available
*for(var m in CodeMirror.modes)*
*if(CodeMirror.modes.propertyIsEnumerable(m))* // looks 
like this is excessive
*modes.push(m);*

for (var i = 0; i  modes.length; i++)
me.conf[modes[i]] = me.rdSettings(cm + secSep + modes[i]);
},

Now, all the settings are read and everything works fine, I'm not only sure 
if the *propertyIsEnumerable* thing is really needed (without it, the 
result is the same, and alerting the properties of *CodeMirror.modes* shows 
only modes' names, nothing more). A side note: this enumerating is done in 
the plugin in several places, so it may be worth creating a method, may be 
re-implementing CodeMirror.listModes and CodeMirror.listMIMEs.


There's another problem, which I've fixed.. sort of. tiddlywiki.js from 
Mario's repository doesn't support strike-throught styling, the version 
from the Jim's TW does, but creates incorrect DOM for list items' bullets 
(marks them as comments, .cm-comment instead of .cm-list). That's why I 
took tiddlywiki.css from Jim's TW, tiddlywiki.js from Mario's repository 
and in tiddlywiki.js changed line-through to strikethrough (there's only 
one such piece) which fixed the DOM. So now I have both correct DOM for 
list bullets and strike-through syntax striked-throuth. Unfortunately, I'm 
not aware of any other differences between Mario's and Jim's versions 
of tiddlywiki.js and other .js and .css tiddlers.


Still, I have a number of problems. A major one is: on zCodeMirrorPlugin 
0.4.2 (0.4.3, with the fix above), I've got no alerts when I press esc when 
I'm in the cmEdit mode and have made some changes. I haven't dug this deep 
yet, but this isn't a fine thing for development. I think it's better to 
discuss this and then I'll go on with the less important issues.

Best regards,
Yakov.

[1] http://codemirror.net/doc/upgrade_v3.html, Mode management section

четверг, 12 июня 2014 г., 1:32:49 UTC+4 пользователь Yakov написал:

 Hello Mario and Jim,

 I've found a bug that prevents the settings for modes (but not the 
 global ones) to be read. The problem is in the init method of the 
 config.tools.cm object: in Mario's 0.2.9 version it reads

 init: function() {
 var cm = 'CodeMirrorConfig', modes;
 var secSep = config.textPrimitives.sectionSeparator;
 
 // global settings need to be read seperately   
 me.conf['global'] = me.rdSettings(cm + secSep + 'global');

 // check CM for installed modes and get usre config if 
 available
 modes = CodeMirror.*listModes*();
 for (var i=0; i  modes.length; i += 1) {
 me.conf[modes[i]] = me.rdSettings(cm + secSep + modes[i]);
 }
 },

 for some reason, the listModes method stopped working, probably that's 
 why in Jim's 0.4.2 version the method reads:

 init: function() {
 var cm = 'CodeMirrorConfig', modes;
 var secSep = config.textPrimitives.sectionSeparator;
 
 // global settings need to be read seperately   
 me.conf['global'] = me.rdSettings(cm + secSep + 'global');

 // check CM for installed modes and get user config if 
 available
 modes = CodeMirror.*getMode*();
 for (var i=0; i  modes.length; i += 1) {
 me.conf[modes[i]] = me.rdSettings(cm + secSep + modes[i]);
 }

 and uses the getMode method. But:
 1. the method returns a mode object, not a mode name, so there should be 
 something like
 modes = CodeMirror.getMode().*name*;
 2. it returns only one mode, not a set (and modes.length is undefined), 
 so there should be something like
 var cm = 'CodeMirrorConfig', *mode*;
 [...]
 *mode* = CodeMirror.getMode().name

Re: [tw] Re: CodeMirro 3.18 for TWclassic update

[Yakov]

Hello Mario and Jim,

I've found a bug that prevents the settings for modes (but not the global 
ones) to be read. The problem is in the init method of the config.tools.cm 
object: in Mario's 0.2.9 version it reads

init: function() {
var cm = 'CodeMirrorConfig', modes;
var secSep = config.textPrimitives.sectionSeparator;

// global settings need to be read seperately   
me.conf['global'] = me.rdSettings(cm + secSep + 'global');

// check CM for installed modes and get usre config if available
modes = CodeMirror.*listModes*();
for (var i=0; i  modes.length; i += 1) {
me.conf[modes[i]] = me.rdSettings(cm + secSep + modes[i]);
}
},

for some reason, the listModes method stopped working, probably that's why 
in Jim's 0.4.2 version the method reads:

init: function() {
var cm = 'CodeMirrorConfig', modes;
var secSep = config.textPrimitives.sectionSeparator;

// global settings need to be read seperately   
me.conf['global'] = me.rdSettings(cm + secSep + 'global');

// check CM for installed modes and get user config if available
modes = CodeMirror.*getMode*();
for (var i=0; i  modes.length; i += 1) {
me.conf[modes[i]] = me.rdSettings(cm + secSep + modes[i]);
}

and uses the getMode method. But:
1. the method returns a mode object, not a mode name, so there should be 
something like
modes = CodeMirror.getMode().*name*;
2. it returns only one mode, not a set (and modes.length is undefined), so 
there should be something like
var cm = 'CodeMirrorConfig', *mode*;
[...]
*mode* = CodeMirror.getMode().name;
me.conf[*mode*] = me.rdSettings(cm + secSep + *mode*);
3. still, this doesn't work for me: the getMode method somewhy always 
returns an object with name:null, -- I've added an alert to see what it 
returns, and when I open tiddlers in the javascript mode, it still 
returns null.

Any ideas how to fix this?

By the way, any progress in maintaining the plugin? (there's CM 4.2 out 
there already)

Best regards,
Yakov.

среда, 18 декабря 2013 г., 18:35:31 UTC+4 пользователь Jim написал:

  Gosh – found a bug in IE8.  Here’s the fix…

  

  

 Jim
  

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

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hello Vincent,

in the new release:

* the nested sliders open by default issue is gone

* the Edit wrappers and tiddler title optioin started to get changed to 
false each time on startup (which disables editing, say, plain text 
blocks). Did you make it become false by default?
** because of that, I've noticed that (in FF) working with the options menu 
(in the top right corner of a tiddler) is not smooth at all: sometimes, 
when I try to move the cursor from the first level of the menu to a second 
one (say *twve.core* Options), the whole thing get closed instead of 
keeping open; sometimes, I make several attempts before I actually change 
an option. I'd propose that the menu should close on click elsewhere, not 
on mouse out

* for list items, the edit area is of appropriate size again, although the 
previewer gets the scrollbar even if it's not needed -- but it is added 
only after one starts to manipulate the edit area (for instance, start to 
navigate through it with arrows)

* the two tables and wrong text to edit bug (3.3 2) has gone

* without autosave, table rows/colomns and list items move quickly indeed
** by the way, why so different symbols for buttons moving rows and 
colomns? you may use ⇐ and ⇒ for uniformity

* another issue concerning the sizes: create a tiddler with this simple 
content:
!section
Type the text for 'New Tiddler'
then, open the section text for editing, edit it (say, add + to the end 
of the text), ctrl+enter to save, then open it again: the preview area size 
gets huge!

* the section transclusion issue has gone

There are also a couple of irreproducible bugs, but I think posting them 
until I make them reproducible is not a good idea.

Best regards,
Yakov.

понедельник, 2 июня 2014 г., 14:50:48 UTC+4 пользователь Vincent Yeh 
написал:

 Release of v3.0.3

 Some bug fixes for compatibility issue with NestedSliderPlugin (and 
 hopefully fixed the backstage issue as well), and a few of others. See 
 release note at TiddlySpot 
 http://twve.tiddlyspot.com/#%5B%5BRelease%20Note%20v3.0.3%5D%5D or 
 TiddlySpace 
 http://twve.tiddlyspace.com/#%5B%5BRelease%20Note%20v3.0.3%5D%5D.

 Happy Dragon Boat Festival!
 Vincent

 On Wednesday, May 28, 2014 12:09:45 AM UTC+8, Vincent Yeh wrote:

 Hi Yakov,

 On Tuesday, May 27, 2014 9:27:24 PM UTC+8, Yakov wrote:

 Hi Vincent,



  

 2. Lists
  

 2.2 Changing of the list order is rather slow


 Hmmm, I just noticed in my example 
 http://twve.tiddlyspot.com/#%5B%5Btwve--Example--List%20Items%5D%5D 
 that *it caused an infinite loop when I tried to move down the last item*, 
 but worked quite smoothly in other cases, even when moving up the very 
 first one (well, you may get strange results but that's how TiddlyWiki 
 renders lists, not the *twve*). Are you saying it is slow in general, or 
 just cases similar to what I mentioned? If it is general then I would guess 
 it's some interference with other plugins.
  

 Well, no, for me (in FF/Opera) in a list as simple as
 * one
 * two
 * three
 moving the first or the second item down takes 3-4 seconds (even if that's 
 the only open tiddler).


 I am guessing that could be the AutoSave feature (I remember you had once 
 mentioned about this?).

 In v3.0.2 (and earlier versions) moving an element (such as a list item) 
 includes setting the tiddler text twice, which would trigger the saving 
 action twice if AutoSave is enabled. That could be time consuming. I can 
 reduce the time of setting tiddler text to once, should save half of the 
 time but I don't know how to save more with AutoSave enabled. Usually I 
 disable the AutoSave option and moving elements is very smooth.

 Yes, very probably it's autosaving. And moving table rows has sort of the 
 same speed as colomn moving. How about an option that will control whether 
 autosaving should be called?


 Yes, you are right! I already forgot there is one such option since the 
 very beginning! Check the option chktwveCoreManualSave and the 
 autoSaveChanges() function will not be triggered every time but only when 
 you press the SaveChanges command explicitly.
  

  

   

 blockquo

 ...

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

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

, this was tested in FF and is quite reproducible, same thing in IE and 
Chrome; at least in these two backstage get hidden when the tiddler with 
the transclusion is loaded on startup (using permalink), but is not hidden 
otherwise.

Ok, one more thing:

2.x (is it 2.3?) the edit areas for list items are sometimes cut and have 
scrollbars when it is not desired. Usually it is so when tiddlytext is 
considerably longer then its wikified version (like when there's a 
prettyLink [[short text|very very very long target tiddler name]]). 
Generally, I would expect edit areas without cut+scrolling unless they have 
height of at least 33% of the total height (the thing I've described when 
discussing the preview scrolling) -- if they have just 3-5 lines, there's 
no need to cut them.

Best regards,
Yakov.

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

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

. Compability bugs
 n.1 Nested sliders are somewhy open on load, try this syntax (usually, for 
 open on load [label]text=== syntax is used)
 +++[nested sliders are somewhy]
 open on load
 === 


 I stopped using nested sliders quite a while ago because I can not keep 
 its syntax in mind longer than three days. But yes, I can make twve 
 compatible with it for sure.


Heh, the whole syntax is complicated, sure, but the basic +++[label] text 
=== seems to be no more complicated than remembering the order of the 
slidermacro params :) This of'course a matter of taste.
 


 PS waiting for slice editing, too :)


 Yeah, I am working on it. But just for my information, what are the 
 typical cases that people use slices? I only know that the table at the 
 beginning of most plugins is one example, but can't think of others with my 
 poor experiences on slices.

 Well, I'm not sure about others, but I use translcuding slices (yes, 
surely I'm talking about transcluded slices) mostly with 
ForEachTiddlerPlugin:
* I create a number of tiddlers which represent objects of the same 
type (usually tagged with the same tag, say film)
* I set some data in each one, like
Dark City
|comment|A very gloomy, bleak film (both visually -- no less than 
Bladerunner, and conceptually -- closely to Matrix|
|year|1998|
* and then I create an autoaggregated table that contains all data about 
those objects. In some cases (like a base of contacts) it's quite desirable 
to be able to inline-edit the cells
 

 And just to make sure, I guess you mean to edit the *transcluded slices*, 
 right? From what I learned in this 
 pagehttp://tiddlywiki.tiddlyspace.com/Slices, 
 slices can be defined in one of the following ways:

1. name: value
2. |name:|value|
3. |name|value|
4. |''name:''|value|
5. |//~WikiName://|value|

 sort of.. you should use the slice-defining RegExp, and it better should 
be store.slicesRE [1] (unlike GridPlugin which uses its own RegExp), as it 
is a core thing and I personally overwrite slicesRE to make slices 
international by using a small plugin:
TiddlyWiki.prototype.slicesRE = 
/(?:^([\'\/]{0,2})~?([\.\w]+)\:\1[\t\x20]*([^\n]+)[\t\x20]*$)|(?:^\|\x20?([\'\/]{0,2})~?([^\|\s\:\~\'\/]|(?:[^\|\s~\'\/][^\|\n\f\r]*[^\|\s\:\'\/]))\:?\4[\x20\t]*\|[\t\x20]*([^\n\t\x20](?:[^\n]*[^\n\t\x20])?)[\t\x20]*\|$)/gm;
store.slices = {};
This plugin (which I call ExtendedSlicesPlugin) allows quite general slice 
names in the table notation of slices, like containing cyrillics (or any 
other language symbols), space symbols and more.

Best regards,
Yakov.

[1] 
https://github.com/TiddlyWiki/tiddlywiki/blob/master/js/TiddlyWiki.js#L173

 and all of them are already editable with *twve* : the first is like a 
 plain text, while the rest are tables.
  


 пятница, 23 мая 2014 г., 20:48:47 UTC+4 пользователь Vincent Yeh написал:

 Hi Ton,

 Glad to hear you again!

 On Friday, May 23, 2014 9:03:28 PM UTC+8, Ton Gerner wrote:

 Hi Vincent

 Sorry i did not respond earlier but I have been busy with upgrading all my 
 TW5s and customization guides for TW5 to v5.0.12-beta.


 No problem. I am also struggling to study the plugin and refreshing 
 mechanism of TW5 and still not quite sure how exactly to port my plugins 
 over yet.


 One issue I had with twve.core/twve.table v3.0.1 was with the SiteSubtitle 
 of TW; for some reason new text there behaved not normal (sometimes 
 appeared in 2 - different - places).
 Just forget it since with v3.0.2 I don't see that issue anymore.


 Great, although I really have no idea what that not normal thing is.
  


 My last remark in my previous post was : I now will try it in my main 
 TWclassic.

 I did that but noticed my backstage button had disappeared. I remembered 
 we have seen this before [1].

 An empty TW with twve.core/twve.table does show the backstage button, so 
 it can be one of my plugins is interfering.
 The list of my plugins:


 Wow, a good list of plugins to test!
  

  

 DropDownMenuPlugin
 GotoPlugin
 ImageSizePlugin
 ImportTiddlersPlugin
 InlineJavascriptPlugin
 ListFiltrPlugin
 NestedSlidersPlugin
 QuickEditPlugin
 QuickNotePlugin
 QuickOpenTagPlugin
 RenameTagsPlugin
 SaveAndReloadMacro
 SearchOptionsPlugin
 SimpleMessagePlugin
 SystemInfoPlugin
 TabEditPlugin
 TableOfContentsPlugin
 TableSortingPlugin_TB


 Is this TableSortingPlugin_TB different from TableSortingPlugin? I do have 
 TableSortingPlugin and the *twve* work fine with it, but I don't seem to 
 find the _TB version anywhere. Can you send me a copy of it? This is the 
 one that seems to me most related to tables and I'd like to start with it.
  

 TagSearchPlugin
 TagsplorerMacro
 TiddlerTweakerPlugin
 TiddlersBarPluginMP
 TiddlyFileImportr
 ToggleTagPlugin
 YourSearchPlugin

   TWted (v1.4.6)
   TWtable (v1.4.6)

 or

   twve.core.min
   twve.table.min

 But that missing backstage button was a minor problem.
 Normal table editing was almost not possible. First of all row and column 
 numbers did

Re: [tw] Re: TW5: Using TW as a musical scratchpad with BopLand.org services?

[Yakov]

Hi Russ,

if TW API knowledge is the only obstacle to making a plugin using vextab, 
I'll help you with the API with pleasure; but this applies to TW Classic 
only, unfortunately.

Best regards,
Yakov.

суббота, 24 мая 2014 г., 18:54:49 UTC+4 пользователь Russ написал:

 Hi Mans

 I found vextab (and have been following the developer's tweets) a long 
 time ago.  Sadly, I haven't kept up with it from the point of view of 
 reusing it embedded elsewhere (like TW).  I did try around three years ago 
 but didn't get very far... my TW coding skills (read: API knowledge) are 
 thin to say the least.

 Somewhere grin I have some more related links... I'll try to dig them 
 out and if they're still good/relevant I'll post again.

 Russ


 On 22 May 2014 17:04, Måns huma...@gmail.com javascript: wrote:

 seems to be something which could be easily made into a TW5 plugin as all 
 it needs is Html5, Canvas and Raphael...

 See: http://www.vexflow.com/docs/tutorial.html

 I'd love to see that happen - is there a musical programmer/developer 
 who'd like to turn TW5 into a standalone musical notebook?

 Thank you for sharing Russ :-)

 Cheers Måns Mårtensson

 Den torsdag den 22. maj 2014 23.56.06 UTC+2 skrev Måns:

 Hi Russ

 Have you seen 
 http://www.vexflow.com/http://www.google.com/url?q=http%3A%2F%2Fwww.vexflow.com%2Fsa=Dsntz=1usg=AFQjCNHRWIHpWVf9zzpk56UpTRW88gDRhg?
   When you're there, check out vextab, also.


 Nope - I didn't know about it - it seems to render very nice looking 
 musical notation without the need of external libraries! 
 Very nice :-)

 I wouldn't know how to implement it in TiddlyWiki though...

 This : http://www.vexflow.com/vextab/tutorial.html   

  -- 
 You received this message because you are subscribed to the Google Groups 
 TiddlyWiki group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to tiddlywiki+...@googlegroups.com javascript:.
 To post to this group, send email to tiddl...@googlegroups.comjavascript:
 .
 Visit this group at http://groups.google.com/group/tiddlywiki.
 For more options, visit https://groups.google.com/d/optout.




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

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hi Vincent,

great work -- both in quantity and quality (many bugs have gone)!

I haven't redone all the tests (for the 3.x series) yet, but have done some 
of them (one bug have been already fixed in 3.0.2), so let's start from a 
lesser amount of feedback (which is still plenty, probably).

1. Ordinary text
1.1 For a long multiline text block (say, 50 lines), the edit area is 
generated with heigh not only for all the lines (without cutting and scroll 
bar), but even higher, which is not convenient.
1.2 From this, I deduced a proposal for a rough solution for the previewer 
autoscolling (for big text block, the previewed text is sometimes out of 
the screen):
# maximum height of both edit area and previewer should be 50% of the 
screen height, otherwise they got scrollbar
# when edit mode is opened, if the height of either edit area or previewer 
is  33% of the screen height, the page is autoscrolled so that the top 
border of the previewer coincides with the top of the screen
# if the previewer has the scrollbar, it is (onscroll of the edit area) 
automatically scrolled (see jQuery.scrollTop), so that the ratio (scroll 
position/total height) is the same for the edit area and the previewer

2. Lists
2.1 Now the list items order is changed not only on ctrl+up/down, but also 
on ctrl+left/right (which is totally inconvenient -- ctrl+left is usually 
used for quick navigation, to jump over words)
2.2 Changing of the list order is rather slow
2.3 Still:
2.3.1 both ctrl+enter and enter work as save and exit the list item edit 
area, I propose to leave the functionality to ctrl+enter and process enter 
as adding of a new line -- otherwise there's no good (inline) way to add a 
new list item
2.3.2 complex list items like this are not handled properly (same thing 
with nested sliders in list items):
* start list item {{justDiv{
 citation
}}} end list item
2.3.3 multi-level lists don't interact well with list items order changing

3. Tables (haven't made consistent testing yet)
3.1 Multiline cells interact in an incorrect way with the following text. 
To understand what I mean, try this in a tiddler:
|text text text text text text text text text text text text text text text 
text text text text text text text text text text text text text text text 
text text text text text text text text text text text text text text text 
text long enough to be multiline|
text
3.2 Inline editing (at least adding/removing colomns) seem to remove 
additional classes. Say, I have a borderless table
|borderless|k
|text|
After I add a new colomn, the table becomes with borders (it is ok for edit 
mode, but in view mode I would like to have my CSS applied). The 
|borderless|k part is not removed, if the tiddler is reopened, the borders 
are gone again.
CSS here is
.borderless, .borderless tr, .borderless th, .borderless td { border: none 
!important; }
Note the !important part: without it, the stying is not applied at all -- I 
would consider this as a bug, too.

4. Compability bugs
n.1 Nested sliders are somewhy open on load, try this syntax (usually, for 
open on load [label]text=== syntax is used)
+++[nested sliders are somewhy]
open on load
=== 

Ok, that's all for now. Nice to see the development going on!

Best regards,
Yakov.

PS waiting for slice editing, too :)

пятница, 23 мая 2014 г., 20:48:47 UTC+4 пользователь Vincent Yeh написал:

 Hi Ton,

 Glad to hear you again!

 On Friday, May 23, 2014 9:03:28 PM UTC+8, Ton Gerner wrote:

 Hi Vincent

 Sorry i did not respond earlier but I have been busy with upgrading all my 
 TW5s and customization guides for TW5 to v5.0.12-beta.


 No problem. I am also struggling to study the plugin and refreshing 
 mechanism of TW5 and still not quite sure how exactly to port my plugins 
 over yet.


 One issue I had with twve.core/twve.table v3.0.1 was with the SiteSubtitle 
 of TW; for some reason new text there behaved not normal (sometimes 
 appeared in 2 - different - places).
 Just forget it since with v3.0.2 I don't see that issue anymore.


 Great, although I really have no idea what that not normal thing is.
  


 My last remark in my previous post was : I now will try it in my main 
 TWclassic.

 I did that but noticed my backstage button had disappeared. I remembered 
 we have seen this before [1].

 An empty TW with twve.core/twve.table does show the backstage button, so 
 it can be one of my plugins is interfering.
 The list of my plugins:


 Wow, a good list of plugins to test!
  

  

 DropDownMenuPlugin
 GotoPlugin
 ImageSizePlugin
 ImportTiddlersPlugin
 InlineJavascriptPlugin
 ListFiltrPlugin
 NestedSlidersPlugin
 QuickEditPlugin
 QuickNotePlugin
 QuickOpenTagPlugin
 RenameTagsPlugin
 SaveAndReloadMacro
 SearchOptionsPlugin
 SimpleMessagePlugin
 SystemInfoPlugin
 TabEditPlugin
 TableOfContentsPlugin
 TableSortingPlugin_TB


 Is this TableSortingPlugin_TB different from TableSortingPlugin? I do have 
 TableSortingPlugin and the *twve* work fine with it, but I don't seem

[tw] Re: [TWC] Right way to make a Javascript function available throughout a TW?

[Yakov]

Hello Antaues,

For being short, I'll just add that you can define methods via plugins (and 
use the Require slice in other plugins, if those methods are needed at the 
startup):
definition (in a plugin MyLib):
config.extensions.myObject = {
  myMethod1: function(...) { ... },
  myMethod2: function(...) { ... }
}
usage (after startup -- like in the fet macro):
config.extensions.myObject.myMethod1(...)
to use in a plugin (this line makes the plugin be launched after MyLib, if 
it is present):
|Requires|MyLib|

If you prefer to use MarkupPostHead anyway (which would seem strange), 
check the working approach of Plugin: jsMath [1].

Best regards,
Yakov.

[1] http://bob.mcelrath.org/tiddlyjsmath.html

вторник, 20 мая 2014 г., 15:34:17 UTC+4 пользователь okido написал:

 Hi Antaeus,

 The most basic form is:

 function simpletest(){

return false;
 };

 Past this code in a tiddler and tag with systemConfig, save and reload.
 Have a nice day, Okido

 2014年5月18日日曜日 23時48分58秒 UTC+2 Antaeus Feldspar:

 Suppose that I have a Javascript function that I want to be available 
 throughout the Tiddlywiki, for plugins that can use Javascript code (in 
 this case, ForEachTiddlerPlugin) to employ.  What is the correct method to 
 do it?

 I thought that the correct method was to add the code to MarkupPostHead. 
  The following was what I added there, just to test that I had that part 
 right:

 script type=text/javascript
   function simpletest()
   {
   return false;
   }
 /script

 To test it, I also made a copy of a call to the ForEachTiddler macro that 
 was working, and prefixed simpletest()   to an existing boolean 
 expression the macro call was using.

 The result was that when I attempted to reload the Tiddlywiki, it would 
 not load at all.  What did I do wrong?



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

Re: [tw] Re: [TWC] [NEW Plugin] AutoSuggestPlugin

[Yakov]

Hello Albert,

I see, take your time and good luck :) Health to the boy!

понедельник, 19 мая 2014 г., 15:14:12 UTC+4 пользователь Albert Riedinger 
написал:

 Hello Yakov,

 I'm very sorry for my delayed answer, but I'm currently very busy 
 (waiting for birth of my son in the next few days :)
 Thank you for all your tips and tweaks, but currently, I don't have the 
 time to work on a new release (but worked on a rewrite of my plugin about 2 
 weeks ago  v0.3 [not published yet]) or answer all your questions in a 
 detailled way. But I promise to get back in a few weeks ... I hope so :)

 Right, I hope you'll incorporate my tweaks in the future versions, so I 
wouldn't need to change the plugin each time ;)
 

 ... |+flag+([^\\x00-\\xff]*)$ ...

 is a part of the original[1] regexp (see also [2]). I guess it is not 
 required because removing it doesn't make any difference. But I'm not 
 really sure. Hope that helps a bit.

 Ok, I'll take a look at this.
 

 Best regards,
 Albert

 [1] 
 https://github.com/ichord/At.js/blob/master/dist/js/jquery.atwho.js#L657
 [2] http://regex101.com/r/lN2wG9


 2014-05-16 23:21 GMT+02:00 Yakov yakov.litv...@gmail.com javascript::

 Hello Albert,

 I've stubled upon an issue -- when AutoSuggestPlugin is included (eval'ed 
 without importing) via SharedTiddlersPlugin [1], the styles are not applied 
 -- and made a quick fix for it: added the
 refreshStyles(StyleSheetAutoSuggest);
 line before the
 store.addNotification(StyleSheetAutoSuggest, refreshStyles);
 line, which seems to be worth including in the main plugin.

 Also, in my tweaked version, I've substituted the chars with the 
 [^\\|\\n\\]] thing, but didn't get what ([^\\x00-\\xff]*) stands for, so 
 could you point what's the purpose of this piece (so that I can turn it 
 into some more readable RegExp?

 For the reference, I attach my tweaked snapshot of the plugin.

 Best regards,
 Yakov.

 [1] http://yakovl.bplaced.net/TW/STP/STP.html

 среда, 16 апреля 2014 г., 0:47:59 UTC+4 пользователь Albert Riedinger 
 написал:

 Today I worked out a temporary solution for pretty links, so it is 
 possible now to type [[SOME_LABEL| which gives you tiddler title 
 suggestions.
 It was a tough nut to crack for a regex newbie like me, but it works :)

 Try it out and have fun[1]!
 Albert

 [1] http://autosuggest.tiddlyspace.com/#AutoSuggestPlugin

  -- 
 You received this message because you are subscribed to the Google Groups 
 TiddlyWiki group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to tiddlywiki+...@googlegroups.com javascript:.
 To post to this group, send email to tiddl...@googlegroups.comjavascript:
 .
 Visit this group at http://groups.google.com/group/tiddlywiki.
 For more options, visit https://groups.google.com/d/optout.




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

Re: [tw] Re: [TWC] [NEW Plugin] AutoSuggestPlugin

[Yakov]

Ok, here's what I think: now we have this RegExp:
regexp = new RegExp(flag+([^\\|\\n\\]]*)$|+flag+([^\\x00-\\xff]*)$, 
gi);
and this use of match:
return match[2] || match[1];

As this is two alternative matches and my [^\\|\\n\\]] version is general 
enough, looks like the second part may be omitted like this:
regexp = new RegExp(flag+([^\\|\\n\\]]*)$, gi);
and
return match[1];

I'll let you know if this causes any side-effects in tests, but it 
shouldn't.

Best regards,
Yakov.

вторник, 20 мая 2014 г., 15:55:52 UTC+4 пользователь Yakov написал:

 Hello Albert,

 I see, take your time and good luck :) Health to the boy!

 понедельник, 19 мая 2014 г., 15:14:12 UTC+4 пользователь Albert Riedinger 
 написал:

 Hello Yakov,

 I'm very sorry for my delayed answer, but I'm currently very busy 
 (waiting for birth of my son in the next few days :)
 Thank you for all your tips and tweaks, but currently, I don't have the 
 time to work on a new release (but worked on a rewrite of my plugin about 2 
 weeks ago  v0.3 [not published yet]) or answer all your questions in a 
 detailled way. But I promise to get back in a few weeks ... I hope so :)

 Right, I hope you'll incorporate my tweaks in the future versions, so I 
 wouldn't need to change the plugin each time ;)
  

 ... |+flag+([^\\x00-\\xff]*)$ ...

 is a part of the original[1] regexp (see also [2]). I guess it is not 
 required because removing it doesn't make any difference. But I'm not 
 really sure. Hope that helps a bit.

 Ok, I'll take a look at this.
  

 Best regards,
 Albert

 [1] 
 https://github.com/ichord/At.js/blob/master/dist/js/jquery.atwho.js#L657
 [2] http://regex101.com/r/lN2wG9


 2014-05-16 23:21 GMT+02:00 Yakov yakov.litv...@gmail.com:

 Hello Albert,

 I've stubled upon an issue -- when AutoSuggestPlugin is included 
 (eval'ed without importing) via SharedTiddlersPlugin [1], the styles are 
 not applied -- and made a quick fix for it: added the
 refreshStyles(StyleSheetAutoSuggest);
 line before the
 store.addNotification(StyleSheetAutoSuggest, refreshStyles);
 line, which seems to be worth including in the main plugin.

 Also, in my tweaked version, I've substituted the chars with the 
 [^\\|\\n\\]] thing, but didn't get what ([^\\x00-\\xff]*) stands for, 
 so could you point what's the purpose of this piece (so that I can turn it 
 into some more readable RegExp?

 For the reference, I attach my tweaked snapshot of the plugin.

 Best regards,
 Yakov.

 [1] http://yakovl.bplaced.net/TW/STP/STP.html

 среда, 16 апреля 2014 г., 0:47:59 UTC+4 пользователь Albert Riedinger 
 написал:

 Today I worked out a temporary solution for pretty links, so it is 
 possible now to type [[SOME_LABEL| which gives you tiddler title 
 suggestions.
 It was a tough nut to crack for a regex newbie like me, but it works :)

 Try it out and have fun[1]!
 Albert

 [1] http://autosuggest.tiddlyspace.com/#AutoSuggestPlugin

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




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

Re: [tw] Re: [TWC] [NEW Plugin] AutoSuggestPlugin

[Yakov]

PS one more tweak to add: the

.replace(/[\-\[\]\/\{\}\(\)\*\+\?\.\\\^\$\|]/g, \\$);

part does what

.escapeRegExp();

TW String utitity is supposed to do, and for better readability, I suggest 
to write those lines as following:

flag = flag.escapeRegExp();

One, however, should be aware, that this method is slower and is not 
totally accurate [1], but again, in this case it is ok.

[1] https://groups.google.com/forum/#!topic/tiddlywikidev/bZOI6X-AOvU

вторник, 20 мая 2014 г., 16:52:07 UTC+4 пользователь Yakov написал:

 Ok, here's what I think: now we have this RegExp:
 regexp = new RegExp(flag+([^\\|\\n\\]]*)$|+flag+([^\\x00-\\xff]*)$, 
 gi);
 and this use of match:
 return match[2] || match[1];

 As this is two alternative matches and my [^\\|\\n\\]] version is general 
 enough, looks like the second part may be omitted like this:
 regexp = new RegExp(flag+([^\\|\\n\\]]*)$, gi);
 and
 return match[1];

 I'll let you know if this causes any side-effects in tests, but it 
 shouldn't.

 Best regards,
 Yakov.

 вторник, 20 мая 2014 г., 15:55:52 UTC+4 пользователь Yakov написал:

 Hello Albert,

 I see, take your time and good luck :) Health to the boy!

 понедельник, 19 мая 2014 г., 15:14:12 UTC+4 пользователь Albert Riedinger 
 написал:

 Hello Yakov,

 I'm very sorry for my delayed answer, but I'm currently very busy 
 (waiting for birth of my son in the next few days :)
 Thank you for all your tips and tweaks, but currently, I don't have the 
 time to work on a new release (but worked on a rewrite of my plugin about 2 
 weeks ago  v0.3 [not published yet]) or answer all your questions in a 
 detailled way. But I promise to get back in a few weeks ... I hope so :)

 Right, I hope you'll incorporate my tweaks in the future versions, so I 
 wouldn't need to change the plugin each time ;)
  

 ... |+flag+([^\\x00-\\xff]*)$ ...

 is a part of the original[1] regexp (see also [2]). I guess it is not 
 required because removing it doesn't make any difference. But I'm not 
 really sure. Hope that helps a bit.

 Ok, I'll take a look at this.
  

 Best regards,
 Albert

 [1] 
 https://github.com/ichord/At.js/blob/master/dist/js/jquery.atwho.js#L657
 [2] http://regex101.com/r/lN2wG9


 2014-05-16 23:21 GMT+02:00 Yakov yakov.litv...@gmail.com:

 Hello Albert,

 I've stubled upon an issue -- when AutoSuggestPlugin is included 
 (eval'ed without importing) via SharedTiddlersPlugin [1], the styles are 
 not applied -- and made a quick fix for it: added the
 refreshStyles(StyleSheetAutoSuggest);
 line before the
 store.addNotification(StyleSheetAutoSuggest, refreshStyles);
 line, which seems to be worth including in the main plugin.

 Also, in my tweaked version, I've substituted the chars with the 
 [^\\|\\n\\]] thing, but didn't get what ([^\\x00-\\xff]*) stands for, 
 so could you point what's the purpose of this piece (so that I can turn it 
 into some more readable RegExp?

 For the reference, I attach my tweaked snapshot of the plugin.

 Best regards,
 Yakov.

 [1] http://yakovl.bplaced.net/TW/STP/STP.html

 среда, 16 апреля 2014 г., 0:47:59 UTC+4 пользователь Albert Riedinger 
 написал:

 Today I worked out a temporary solution for pretty links, so it is 
 possible now to type [[SOME_LABEL| which gives you tiddler title 
 suggestions.
 It was a tough nut to crack for a regex newbie like me, but it works 
 :)

 Try it out and have fun[1]!
 Albert

 [1] http://autosuggest.tiddlyspace.com/#AutoSuggestPlugin

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




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

[tw] Re: CollapseTiddlers default view

[Yakov]

Hello Bob,

this is not possible by the means of CollapsedTiddlersPlugin only: the 
search macro definition defines the template (usual ViewTemplate or 
CollapsedTemplate), so it has to be altered as well. On the other hand, 
there's a great search macro extension in the YourSearchPlugin [1] which I 
encourage you to try (use the search on the top of the Udo's repository to 
get a quick demo of how it works).

Best regards,
Yakov.

[1] http://tiddlywiki.abego-software.de/#YourSearchPlugin

суббота, 3 мая 2014 г., 0:21:07 UTC+4 пользователь bob написал:

 Hi, I'm new to TiddlyWiki, and not that good at coding...

 I'm building a Tiddlywiki and have installed collapsedTiddlers plugin ok.  
 The issue is that when I do a search I get all tiddlers returned in open 
 view ( including plugins), which takes up loads of screen space, where as 
 I'd like of set the defaut view as of teh tiddlers returned as folded...

 Also, I have had no joy in using the tag fields to aid in searching

 Please advise if I can change the default view ( I have had a look but 
 can't decode it) or use more suitable plugins...

 thanks,

 Bob


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

[tw] Re: CollapseTiddlers default view

[Yakov]

пятница, 16 мая 2014 г., 23:26:29 UTC+4 пользователь Yakov написал:

 Hello Bob,

 this is not possible by the means of CollapsedTiddlersPlugin only: the 
 search macro definition defines the template (usual ViewTemplate or 
 CollapsedTemplate), so it has to be altered as well. On the other hand, 
 there's a great search macro extension in the YourSearchPlugin [1] which I 
 encourage you to try (use the search on the top of the Udo's repository to 
 get a quick demo of how it works).

 PS defines the template [in which the found tiddlers are opened]
 

 Best regards,
 Yakov.

 [1] http://tiddlywiki.abego-software.de/#YourSearchPlugin

 суббота, 3 мая 2014 г., 0:21:07 UTC+4 пользователь bob написал:

 Hi, I'm new to TiddlyWiki, and not that good at coding...

 I'm building a Tiddlywiki and have installed collapsedTiddlers plugin 
 ok.  
 The issue is that when I do a search I get all tiddlers returned in open 
 view ( including plugins), which takes up loads of screen space, where as 
 I'd like of set the defaut view as of teh tiddlers returned as folded...

 Also, I have had no joy in using the tag fields to aid in searching

 Please advise if I can change the default view ( I have had a look but 
 can't decode it) or use more suitable plugins...

 thanks,

 Bob



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

[tw] Re: [TWC] [NEW Plugin] AutoSuggestPlugin

[Yakov]

Hello Albert,

I've stubled upon an issue -- when AutoSuggestPlugin is included (eval'ed 
without importing) via SharedTiddlersPlugin [1], the styles are not applied 
-- and made a quick fix for it: added the
refreshStyles(StyleSheetAutoSuggest);
line before the
store.addNotification(StyleSheetAutoSuggest, refreshStyles);
line, which seems to be worth including in the main plugin.

Also, in my tweaked version, I've substituted the chars with the 
[^\\|\\n\\]] thing, but didn't get what ([^\\x00-\\xff]*) stands for, so 
could you point what's the purpose of this piece (so that I can turn it 
into some more readable RegExp?

For the reference, I attach my tweaked snapshot of the plugin.

Best regards,
Yakov.

[1] http://yakovl.bplaced.net/TW/STP/STP.html

среда, 16 апреля 2014 г., 0:47:59 UTC+4 пользователь Albert Riedinger 
написал:

 Today I worked out a temporary solution for pretty links, so it is 
 possible now to type [[SOME_LABEL| which gives you tiddler title 
 suggestions.
 It was a tough nut to crack for a regex newbie like me, but it works :)

 Try it out and have fun[1]!
 Albert

 [1] http://autosuggest.tiddlyspace.com/#AutoSuggestPlugin


-- 
You received this message because you are subscribed to the Google Groups 
TiddlyWiki group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at http://groups.google.com/group/tiddlywiki.
For more options, visit https://groups.google.com/d/optout.
/***
|''Name''|AutoSuggestPlugin|
|''Source''|http://autosuggest.tiddlyspace.com/#AutoSuggestPlugin|
|''Version''|0.2.6 Alpha (2014-04-16), tweak 2.0 by YL|
|''Author''|Albert Riedinger|
|''License''|[[Creative Commons BY-SA 
3.0|http://creativecommons.org/licenses/by-sa/3.0/]]|
|''~CoreVersion''|2.x|
|''Type''|plugin|
|''Requires''|[[jQuery.Caret.min.js]], [[jQuery.AtWho.min.js]]|
|''Optional''|[[jQuery.asuggest.min.js]] with [[jQuery.a-tools.min.js]]|
|''Stylesheet''|[[StyleSheetAutoSuggest]] (shadow)|
|''Documentation''|[[AutoSuggestPluginInfo]]|
|''Description''|provides automatic suggestions for all kind of TW data in edit 
mode|

!Usage
* insert {{{autoSuggest}}} in [[ToolbarCommands]] (EditToolbar Slice)
* activate auto suggestion in edit mode
* type in tiddler text field ...
** {{{[[}}}  for tiddler name suggestions
*** {{{[[}}}LABEL{{{|}}} for pretty links
** {{{[[##}}}  for section name suggestions of current tiddler (inserts tiddly 
link to chosen section)
** {{{[[::}}}  for slice name suggestions of current tiddler
** {{{[[??}}}  for field name suggestions of current tiddler (inserts wikified 
content of chosen field with {{{view}}} macro)
** {{{##}}}  for tag suggestions
** {{{}}}  for macro name suggestions
* type in tag input field
** {{{[[}}}  for tiddler name suggestions
** {{{##}}}  for tag suggestions
* if word completion is activated in options, you get inline office-like word 
completion in tiddler text field (experimental) ...
** press {{{TAB}}} to cycle through suggestions
** press {{{RETURN}}} to accept suggestion

!History
* 0.2.0  initial working release
* 0.2.1  option for inserting whitespace after suggestion
* 0.2.2  {{{##}}}  tag suggestion in tag input field (inserts tiddly link: 
{{{[[TAG]]}}})
* 0.2.3
** {{{EXPERIMENTAL}}} implemented word completion with 
[[jQuery.asuggest.min.js]]  if activated in options, it provides inline 
office-like word completion for tiddler names
*** press {{{TAB}}} to cycle through suggestions
*** press {{{RETURN}}} to accept suggestion
*** in a future release it will suggest more: user defined dictionary (tiddler 
with word list), (cached) word list from current tiddler etc.
* 0.2.4
** updated [[jQuery.AtWho.min.js]] and [[jQuery.Caret.min.js]]
** {{{[[##}}}  section name suggestions for current tiddler (inserts tiddly 
link: {{{[[SECTION_NAME|CURRENT_TIDDLER##SECTION_NAME]]}}})
** {{{[[::}}}  slice name suggestions for current tiddler (inserts slice 
link?: {{{[[CURRENT_TIDDLER::SLICE_NAME]]}}})
** {{{[[??}}}  field name suggestions for current tiddler (inserts wikified 
field value: {{{view FIELD_NAME wikified}}})
** preliminary support for diacritic characters (like äöüßáàéè etc.)
* 0.2.5
** {{{[[}}}LABEL{{{|}}}  added support for pretty links
* 0.2.6
** fixed minor regex bug in pretty links matcher

!Options
| Value | Description |h
|| GENERAL |h
|auto suggest scope (global/local): option chkAutoSuggestGlobal |if 
''checked'' (true)  auto suggestion state will be saved for all tiddlers in a 
cookie (see option below)brif ''not checked'' (false)  auto suggestion state 
will be saved on a per-tiddler-basis in the custom field {{{autosuggest}}} 
(''NOT IMPLEMENTED YET'')|
|auto suggest global: option chkAutoSuggestGlobalState |if ''checked'' auto 
suggestion will be activated for all tiddlers (if auto sugesst scope is set to 
local, this option will be deactivated)|
|button labelbr(autosuggest

Re: [tw] Re: [TWC] [NEW Plugin] AutoSuggestPlugin

[Yakov]

Hello Albert,


 @Yakov

 Not sure what do you mean here by doesn't support. I've tried to type 
 tiddler names starting from cyrillics ([[До) and got the proper 
 suggestions; I've even created a tiddler which name starts from ASCII 
 letters and contain cyrillics (New Tiddler Ъ) and if I type [[Ъ or even 
 [[ъ (not capital letter), I get the right suggestion listed. What 
 exactly didn't work for you?


 You see, I'm totally new to RegExp :) The default AtWho matcher[1] matches 
 only A-Za-z0-9 but no diacritic[2] characters like äöü?é etc. I've added 
 a small RegExp hack in the current release (\x7f-\xff), so now it works. 
 I should also modify the highlighter function[3] in a next version.

 Ah, ok, now I've found this code bit. May be some [^...] solution is also 
of interest, see [1] for example (I guess, we don't need to exclude all the 
special symbols). PS actually, see below in this post.


 By the way, I've noticed that I have to click the autosuggest off button 
 twice to make it switch to on, this is a small bug, I'd say. Not sure 
 what's the cause.


 Hmm, this is strange as it works for me as expected. Does this bug still 
 occur in the current release (0.2.4)?

 Now this is fixed for existing tiddlers. Once I create a new tiddler, this 
behaviour takes place (until it is saved and opened again).


 By the way, in TiddlySpace, the view instead of edit mode for guests 
 doesn't allow to type any letters, so this doesn't work as demo. If you'd 
 like to show some demo directly in the space, you have to manually create a 
 tiddler with some html.../html containing a textarea where a guest can 
 type and (s)he gets the suggestions.


 I wasn't aware of it. I've added a small example tiddler for guests just 
 to show them how it works (tiddler suggestion only).

 The demo works nicely. However, I've noticed that you reimplement the 
autosuggesion engine in the script element. What do you think about 
implementing a general function, sort of suggestAt(element,mode), which can 
be applied to a textarea or an input element and adds autosuggesting to 
that element? (I'm not sure if it can be implemented in such a way, can 
it?) Once it is implemented, you don't have to worry much about Inline 
Editing or PasteUp helper or other alternative editors, as one can write a 
little snippet that applies suggestAt to the editor, and it's done (except 
for CodeMirror, which is not actually a simple textarea). Likewise, you can 
apply this to your demo (hence, for quick testing one will have to just 
open the demo page using their browser). The mode param here is to 
distinguish ordinary editor, tags editor and may be others.


 Well, the easiest RegExp the matches [[some text| would probably be 
 /\[\[[^\|\]]+?\|/, but I'm not sure how this should be passed to .. is 
 it .atwho method that sets the autoSuggestions? 


 Well, this is more tricky for a novice like me. I tried several RegExps 
 but without luck. I don't have enough time at the moment to get into it, 
 but it is indeed the most important feature to make this plugin (more) 
 usable. I have to take more time to dive deeper into RegExp stuff. Hope to 
 fix this soon (#1 on my wishlist). If you like to help, you could read the 
 documentation about custom callbacks[4] of .atwho method. These callbacks 
 can be passed to .atwho with the callbacks property. You can see my 
 custom callback for the matcher function (cbMatcher) in the source code 
 of AutoSuggestPlugin. Hope that helps a bit.

 Ok, in your current implementation, try this: instead of the line
regexp = new 
RegExp(flag+([^\\x00-\\xff]*)$|+flag+([+chars+]*[^|\\]])$|+flag+[+chars+]*\\|([+chars+]*[^|\\]])$,
 
gi);
insert
regexp = new RegExp(flag+ ([^\\|\\n\\]]*)$|+ 
flag+[^\\|\\n\\]]+\\|([^\\|\\n\\]]*)$, gi);

Test results: your version supports
[[text|
[[some text|
but doesn't support
[[текст|
(which is using cyrillics). Mine supports all this syntaxes.

Explanation: by creating the chars variable you're trying to count all 
the possible symbols. What I propose (and proposed earlier in the citation 
above) is to use all except regexp ([^...] syntax: in the link name we're 
expecting any symbol except linebreak, pipe or ], so I used [^\\|\\n\\]]. 
In the link target, the situation is the same, so I use this thrice. In 
fact, you can create a variable for this part and write something like:

var linkSymbol = [^\\|\\n\\]]
regexp = new RegExp(flag+(+linkSymbol+*)$|+ flag+linkSymbol++\\|(+
linkSymbol+*)$, gi);

don't forget to turn
return match[3] || match[2] || match[1];
into
return match[2] || match[1];
as there's only two situations in this case.

If you'd like to have a RegExp exercice, try to implement the same idea in 
the cbMatch (and get rid of the chars variables).


 I'll add a couple of ideas just see some perspectives. One this is 
 replacing html-entities (special symbols) with actual symbols like this:
 * let's imagine I'd like to add a left-to-right arrow (rarr;)
 * I start

Re: [tw] Re: [TWC] [NEW Plugin] AutoSuggestPlugin

[Yakov]

By the way, the results of testing with CodeMirror. in CodeMirror editor, 
the suggestions are shown without any changes of AutoSuggestPlugin (!), and 
if I click a suggesion with the cursor, it is inserted as expected. 
However, the behaviour of up/down arrows and enter key is not what is 
expected: when I press enter (after, say, I've typed [[To and the first 
suggestion is ToolbarCommands), I get *both *linebreak and the suggestion 
inserted, resulting in
[[To
olbarCommands
A similar thing happens with arrows: when I press down to select another 
suggestion, the cursor goes down as well, making the suggestion dropdown 
disappear.

I'll report when I test this with the View Mode/Inline Editing plugins [1] 
(presumably it's enough to add the autoSuggest command to the ViewToolbar 
slice..)

Best regards,
Yakov.

[1] https://groups.google.com/forum/#!topic/tiddlywiki/0FT6iBneYOk

среда, 9 апреля 2014 г., 0:21:43 UTC+4 пользователь Yakov написал:

 Hello Albert,

 This may be of interest:

 in the current snapshot (0.2.2) there's 

 config.options.chkAutoSuggestGlobal

 option that is defined in your code, but which is not used anyhow;
 at the same time there's

 chkAutoSuggestScope

 option which is used but is not defined. Looks like it was the same option 
 and you renamed it in some parts of the code, but forgot to do so in others 
 (or some other mistake took place).

 By the way, the tag suggestion feature works nicely! First, I've suspected 
 that it can interact poorly with transclusions when one wants to transclude 
 a section:
 tiddler [[some tiddler##
 or with second level of numbered lists
 ## list item
 but tests showed that the workflow is quite reasonable: in the first case 
 there's no suggestion at all, and also if one uses AutoSuggestion to get 
 the tiddler, (s)he will get
 tiddler [[some tiddler]]
 first and then go add the section part. And in the second case when a 
 space is added after ##, the suggestions are hidden.

 These made me think, though..
 * one more idea: autosuggestions of sections/slices can be added! below 
 are some use-cases, l represents the cursor:
 tiddler [[some tiddler##l
 tiddler [[some tiddler::l
 tiddler [[some tiddler##l]]
 tiddler [[some tiddler::l]]
 * there's one more case where tag suggestions are useful: filters there 
 are two cases:
 ** tag filter. Examples of use-cases (obviously, there's no need for the 
 ## addition in this cases):
 list filter '[tag[l
 list filter '... [tag[l
 list filter '[tag[l]]'
 list filter '[tag[l]] ...'
 list filter '... [tag[l]]'
 as you can see, these can be described as /\[tag\[([^\]]*)($|\])/m if 
 I'm not mistaking
 ** other filters that can eat tags:
 list filter '[filterName[##|
 (and versions with or without smth before/after as well)
 In these two cases, of'course, instead of [[tagName]], either tagName]]or 
 tagName should be inserted.

 Great work!

 Best regards,
 Yakov.

 четверг, 3 апреля 2014 г., 17:01:50 UTC+4 пользователь Yakov написал:

 Hello Albert,

 четверг, 3 апреля 2014 г., 12:03:22 UTC+4 пользователь Albert Riedinger 
 написал:

 Hi Yakov,

 Thank you, I'm glad you like it.
 Initially this plugin was an experiment, but I also think that it has 
 more potential. I'm a novice in JavaScript and especially in RegExp so it's 
 hard for me to achieve progress. But it's fun and I'll try my best :)

 Unfortunately At.js doesn't support unicode (and won't in near future), 
 so now I try to work around this issue without using more dependencies like 
 XRegExp library. I'm german so support for diacritics (like äöü) is 
 critical for me. I already tested some solutions and it worked more or 
 less, but I had no time to implement it yet. Does it work for you using 
 kyrillic characters (if you use any at all)?

 Not sure what do you mean here by doesn't support. I've tried to type 
 tiddler names starting from cyrillics ([[До) and got the proper 
 suggestions; I've even created a tiddler which name starts from ASCII 
 letters and contain cyrillics (New Tiddler Ъ) and if I type [[Ъ or even 
 [[ъ (not capital letter), I get the right suggestion listed. What 
 exactly didn't work for you?

 By the way, I've noticed that I have to click the autosuggest off 
 button twice to make it switch to on, this is a small bug, I'd say. Not 
 sure what's the cause.
 Also, I'd either omit the hideReadOnly param (to keep the code clean) or 
 set it to true (no reason for a guest to get the suggestions for editing as 
 he or she won't be any editing anyway). By the way, in TiddlySpace, the 
 view instead of edit mode for guests doesn't allow to type any letters, 
 so this doesn't work as demo. If you'd like to show some demo directly in 
 the space, you have to manually create a tiddler with some html.../html 
 containing a textarea where a guest can type and (s)he gets the suggestions.
  

 Implementing support for pretty links should be my next challenge. As I 
 said, I'm new to all of this and it's kind of complicated

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

четверг, 10 апреля 2014 г., 10:56:59 UTC+4 пользователь Vincent Yeh написал:

 Yakov,

 Thanks for the help. I think I have fixed that bug in the current 
 snapshot. Hopefully it is gone for good.

 I haven't got the slices yet, but have been debugging the next version 
 (tons of bug fixes!). 


That's good. The 2.0.8 build often makes Opera 12.16 crash, so I use it 
mostly with FireFox. I'll wait for the next version before I start to 
figure how to reproduce those crashes (if they don't vanish).
 

 I am also preparing a document for plugin authors to use the twve.core for 
 view mode editing and/or transclusion synchronization purposes. After that 
 I will work on the slice things and try to make it available in the next 
 release (if it's easy).

 RIght. Probably taking a look at the setSlice method in the Eric's 
GridPlugin [1] would ease the implementation.

Best regards,
Yakov.

[1] http://www.TiddlyTools.com/#GridPlugin
 

 Have fun!
 Vincent

 On Monday, April 7, 2014 9:35:00 PM UTC+8, Yakov wrote:

 Hello Vincent,

 Recently, I've stumbled upon a bug, which seems the one that caused some 
 data loss previously, and this time made it reproducable, so here we go:

 1. create a tiddler with this text:
 code 1
 code 2
 2. open the inline-edit-mode, select the first line (without the line 
 break), cut it by pressing ctrl+x (leaving an emtpy line)
 3. add a new line after code 2 by pressing enter, paste the first line by 
 pressing ctrl+v
 4. press ctrl+z to undo
 What happens in my tests (in both Opera 12.16 and latest FireFox, TW 
 2.7.1, twve 2.0.8): instead of getting the line inserted, I get the whole 
 text substituted with that line.
 What one has to do in such a case is press ctrl+z two more times (or just 
 press esc), but when this happens unexpectedly, on can easily press up or 
 smth else, getting the corrupted content saved.. (which happened to me at 
 least couple of times).
 PS in fact, it's enough to cut any part of the text, paste it anywhere and 
 then press ctrl+z

 By the way, any progress with editing of slices?

 Best regards,
 Yakov.

 среда, 26 марта 2014 г., 19:55:23 UTC+4 пользователь Vincent Yeh написал:

 Hi MetalSoviet,

 To work with TW5 is on the top of the todo list, in the near future they 
 shall do.
 I am not sure of TiddlySpot, never tried. I am sure they work in 
 TiddlySpace, though.

 Have fun!
 Vincent

 On Tuesday, March 25, 2014 3:46:57 AM UTC+8, MetalSoviet wrote:

 Can these things be used in the offline TW5 file or only in TiddlySpot? 

 El sábado, 9 de febrero de 2013 09:21:03 UTC-5, Vincent Yeh escribió:

 Interested in editing your tiddler in the view mode in TiddlyWiki? Try 
 this view mode editor plugin TWted (requires TWtid).

 Interested in a calculator that supports (partially for now) Excel syntax 
 in Tiddlywiki? Try the simple calculator plugin TWtcalc (requires TWtid).

 These plugins are under active development. You are very welcome to give 
 comments/suggestions/bug reports. :-)

 The first versions of these plugins were TableEditor and TableCalculator, 
 released in 2012/06/24, that only supported table editing in the view mode. 
 Later they were extended constantly and then evolved into TWtable, TWted 
 and TWtcalc (released 2012/10/19), still only supported table editing. 
 Recently they were further extended to support view mode editing on most of 
 the block elements (see below) in a tiddler, much more than just a table 
 editor, so I decided to start a new thread for these plugins. You can find 
 their earlier history in the old thread Inline Editing of Tables started 
 by pepebe.


- TWtid v1.5.0 — The basis of the view mode tiddler editor TWted and 
simple calculator TWtcalc, including a table renderer.
   - Generalized the codes from TWtable 1.4.6, which works for tables 
   only, to support most kinds of block elements, see descriptions for 
   TWted below.
   - The included *table renderer* supports
  - scrolling for large tables,
  - multi-lined cell content (you can have a list in a table cell),
  - synchronization among all copies (transcluded and 
  non-transcluded).
   - See TWtid for more details.
- TWted v1.5.0 — The view mode tiddler editor.
   - Edit block elements either in view mode (default) or in edit mode 
   (option description Active in view mode)
  - If in view mode, the default edit box remains the same;
  - if in edit mode, the view mode remains for viewing only.
 - The system default edit box can be brought up by double 
 clicking in a no-element area (note that some elements are much 
 wider than 
 their content).
  - Works on most of the block elements:
  - *Tables* —
 - easy access to cell content for editing purposes
 - insertion/deletion of rows/columns
 - copy/cut/paste the cells/rows/columns
  - *Lists* — both kinds

Re: [tw] Re: [TWC] [NEW Plugin] AutoSuggestPlugin

[Yakov]

Hello Albert,

This may be of interest:

in the current snapshot (0.2.2) there's 

config.options.chkAutoSuggestGlobal

option that is defined in your code, but which is not used anyhow;
at the same time there's

chkAutoSuggestScope

option which is used but is not defined. Looks like it was the same option 
and you renamed it in some parts of the code, but forgot to do so in others 
(or some other mistake took place).

By the way, the tag suggestion feature works nicely! First, I've suspected 
that it can interact poorly with transclusions when one wants to transclude 
a section:
tiddler [[some tiddler##
or with second level of numbered lists
## list item
but tests showed that the workflow is quite reasonable: in the first case 
there's no suggestion at all, and also if one uses AutoSuggestion to get 
the tiddler, (s)he will get
tiddler [[some tiddler]]
first and then go add the section part. And in the second case when a space 
is added after ##, the suggestions are hidden.

These made me think, though..
* one more idea: autosuggestions of sections/slices can be added! below are 
some use-cases, l represents the cursor:
tiddler [[some tiddler##l
tiddler [[some tiddler::l
tiddler [[some tiddler##l]]
tiddler [[some tiddler::l]]
* there's one more case where tag suggestions are useful: filters there are 
two cases:
** tag filter. Examples of use-cases (obviously, there's no need for the 
##addition in this cases):
list filter '[tag[l
list filter '... [tag[l
list filter '[tag[l]]'
list filter '[tag[l]] ...'
list filter '... [tag[l]]'
as you can see, these can be described as /\[tag\[([^\]]*)($|\])/m if 
I'm not mistaking
** other filters that can eat tags:
list filter '[filterName[##|
(and versions with or without smth before/after as well)
In these two cases, of'course, instead of [[tagName]], either tagName]] or 
tagName should be inserted.

Great work!

Best regards,
Yakov.

четверг, 3 апреля 2014 г., 17:01:50 UTC+4 пользователь Yakov написал:

 Hello Albert,

 четверг, 3 апреля 2014 г., 12:03:22 UTC+4 пользователь Albert Riedinger 
 написал:

 Hi Yakov,

 Thank you, I'm glad you like it.
 Initially this plugin was an experiment, but I also think that it has 
 more potential. I'm a novice in JavaScript and especially in RegExp so it's 
 hard for me to achieve progress. But it's fun and I'll try my best :)

 Unfortunately At.js doesn't support unicode (and won't in near future), 
 so now I try to work around this issue without using more dependencies like 
 XRegExp library. I'm german so support for diacritics (like äöü) is 
 critical for me. I already tested some solutions and it worked more or 
 less, but I had no time to implement it yet. Does it work for you using 
 kyrillic characters (if you use any at all)?

 Not sure what do you mean here by doesn't support. I've tried to type 
 tiddler names starting from cyrillics ([[До) and got the proper 
 suggestions; I've even created a tiddler which name starts from ASCII 
 letters and contain cyrillics (New Tiddler Ъ) and if I type [[Ъ or even 
 [[ъ (not capital letter), I get the right suggestion listed. What exactly 
 didn't work for you?

 By the way, I've noticed that I have to click the autosuggest off button 
 twice to make it switch to on, this is a small bug, I'd say. Not sure 
 what's the cause.
 Also, I'd either omit the hideReadOnly param (to keep the code clean) or 
 set it to true (no reason for a guest to get the suggestions for editing as 
 he or she won't be any editing anyway). By the way, in TiddlySpace, the 
 view instead of edit mode for guests doesn't allow to type any letters, 
 so this doesn't work as demo. If you'd like to show some demo directly in 
 the space, you have to manually create a tiddler with some html.../html 
 containing a textarea where a guest can type and (s)he gets the suggestions.
  

 Implementing support for pretty links should be my next challenge. As I 
 said, I'm new to all of this and it's kind of complicated to write a RegExp 
 for such a case. Maybe you have some ideas[1]? Matching [[... is easy, 
 but I don't really know how to match simultaneously this: [[some text|


 Well, the easiest RegExp the matches [[some text| would probably be 
 /\[\[[^\|\]]+?\|/, but I'm not sure how this should be passed to .. is it 
 .atwho method that sets the autoSuggestions?


 Making space symbol after suffix (]]) an option should be easy. I will 
 implement this right now and release it on tiddlyspace soon.

 I'll add a couple of ideas just see some perspectives. One this is 
 replacing html-entities (special symbols) with actual symbols like this:
 * let's imagine I'd like to add a left-to-right arrow (rarr;)
 * I start to type r
 * I get a → suggestion -- *not* rarr;
 * I chose it and get much clearer wiki-code, without that unreadable 
 rarr; stuff
 Though, I don't know if there's an interface to get a list of all these 
 abbriviations (rarr, larr, uarr, darr, harr, times, bull

[tw] Re: A View Mode Editor and a simple Calcualtor

[Yakov]

Hello Vincent,

Recently, I've stumbled upon a bug, which seems the one that caused some 
data loss previously, and this time made it reproducable, so here we go:

1. create a tiddler with this text:
code 1
code 2
2. open the inline-edit-mode, select the first line (without the line 
break), cut it by pressing ctrl+x (leaving an emtpy line)
3. add a new line after code 2 by pressing enter, paste the first line by 
pressing ctrl+v
4. press ctrl+z to undo
What happens in my tests (in both Opera 12.16 and latest FireFox, TW 2.7.1, 
twve 2.0.8): instead of getting the line inserted, I get the whole text 
substituted with that line.
What one has to do in such a case is press ctrl+z two more times (or just 
press esc), but when this happens unexpectedly, on can easily press up or 
smth else, getting the corrupted content saved.. (which happened to me at 
least couple of times).
PS in fact, it's enough to cut any part of the text, paste it anywhere and 
then press ctrl+z

By the way, any progress with editing of slices?

Best regards,
Yakov.

среда, 26 марта 2014 г., 19:55:23 UTC+4 пользователь Vincent Yeh написал:

 Hi MetalSoviet,

 To work with TW5 is on the top of the todo list, in the near future they 
 shall do.
 I am not sure of TiddlySpot, never tried. I am sure they work in 
 TiddlySpace, though.

 Have fun!
 Vincent

 On Tuesday, March 25, 2014 3:46:57 AM UTC+8, MetalSoviet wrote:

 Can these things be used in the offline TW5 file or only in TiddlySpot? 

 El sábado, 9 de febrero de 2013 09:21:03 UTC-5, Vincent Yeh escribió:

 Interested in editing your tiddler in the view mode in TiddlyWiki? Try 
 this view mode editor plugin TWted (requires TWtid).

 Interested in a calculator that supports (partially for now) Excel syntax 
 in Tiddlywiki? Try the simple calculator plugin TWtcalc (requires TWtid).

 These plugins are under active development. You are very welcome to give 
 comments/suggestions/bug reports. :-)

 The first versions of these plugins were TableEditor and TableCalculator, 
 released in 2012/06/24, that only supported table editing in the view mode. 
 Later they were extended constantly and then evolved into TWtable, TWted 
 and TWtcalc (released 2012/10/19), still only supported table editing. 
 Recently they were further extended to support view mode editing on most of 
 the block elements (see below) in a tiddler, much more than just a table 
 editor, so I decided to start a new thread for these plugins. You can find 
 their earlier history in the old thread Inline Editing of Tables started 
 by pepebe.


- TWtid v1.5.0 — The basis of the view mode tiddler editor TWted and 
simple calculator TWtcalc, including a table renderer.
   - Generalized the codes from TWtable 1.4.6, which works for tables 
   only, to support most kinds of block elements, see descriptions for 
   TWted below.
   - The included *table renderer* supports
  - scrolling for large tables,
  - multi-lined cell content (you can have a list in a table cell),
  - synchronization among all copies (transcluded and 
  non-transcluded).
   - See TWtid for more details.
- TWted v1.5.0 — The view mode tiddler editor.
   - Edit block elements either in view mode (default) or in edit mode 
   (option description Active in view mode)
  - If in view mode, the default edit box remains the same;
  - if in edit mode, the view mode remains for viewing only.
 - The system default edit box can be brought up by double 
 clicking in a no-element area (note that some elements are much 
 wider than 
 their content).
  - Works on most of the block elements:
  - *Tables* —
 - easy access to cell content for editing purposes
 - insertion/deletion of rows/columns
 - copy/cut/paste the cells/rows/columns
  - *Lists* — both kinds, * and # (corresponding to UL and OL), 
  as many levels as TiddlyWiki supports;
  - *Headers* — ! ~ !!, corresponding to H1 ~ H6;
  - *Blockquotes* — three levels supported: ,  and ;
  - *Blockexamples* — lines of text enclosed by two ;
  - *Preformatted blocks* — lines of text enclosed by two 
  triple-braces.
   - A simple previewer to see the output as you are typing.
  - Option txtTWtedPreviewOpacity to change opacity of the 
  previewer. Default to 0.9.
  - Option txtTWtedPreviewCaret to specify the caret symbol in the 
  previewer. Default to the vertical line (|).
   - Edit tiddler title.
   - Two options offering three levels of automation in the editing 
   behavior:
  - Two options:
 - chkTWtedCatTheMouse — Activate/Deactivate edit mode with 
 mouse motion.
 - chkTWtedNoClick — E
  
 ...

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

[tw] Re: [TWC] speed up large IncludeList with SharedTiddlersPlugin

[Yakov]

Ah, I haven't noticed the thing that Eric has:

пятница, 4 апреля 2014 г., 20:32:54 UTC+4 пользователь Eric Shulman написал:

 On Friday, April 4, 2014 3:46:25 AM UTC-7, julien23 wrote:

 I use SharedTiddlersPlugin 2.4.0  to sync tiddlers betwen projects.
 My main contact TW is very slow to start due to its large [IncludeList]

 include ../airbank_tw/index.html filters:[tag[AirbankBlankPackage]] 
 import:4
 include ../airbank_tw/index.html filters:
 [tag[AirbankCataloguePackage]] import:4
 include ../airbank_tw/index.html filters:
 [tag[AirbankContactPackage]] import:4
 include ../airbank_tw/index.html filters:
 [tag[AirbankProspectPackage]] import:4 ... 

 Is there a way to speed up the process? Maybe be grouping lines with more 
 clever filter, but I could no find the right syntax...


 Such a usage of the macro is not optimal. Although the TW is only loaded 
once, on the first macro call (it's the STP behaviour), this still makes 
some extra work. The most slowing factor, as I've mentioned, should be the 
multiple refreshing, but even if you use the noRefresh param, this syntax:

include ../airbank_tw/index.html filters:[tag[AirbankBlankPackage]] 
[tag[AirbankCataloguePackage]] 
[tag[AirbankContactPackage]] [tag[AirbankProspectPackage]] import:4noParam


should provide more optimal behaviour (@Eric: yes, STP does use 
store.filterTiddlers, and in this particular case the usage of OR is 
something excessive, but the regexp version looks nicely).

Without usage of the noRefresh param this would increase the speed 
significantly (again, because of less refreshing).

Best regards,
Yakov.
 

 SharedTiddlersPlugin probably uses the TWCore's store.filterTiddlers() 
 function to select the desired tiddlers by tag value.  If this is the case, 
 then you should be able to install:
http://www.TiddlyTools.com/#MatchTagsPlugin

 which extends the TWCore filterTiddlers() handling to enable matching 
 combinations of tag values, using *boolean* operators (AND,OR,NOT, and 
 parentheses as needed).  For example, you could write this one line:
 include ../airbank_tw/index.html filters:[tag[AirbankBlankPackage OR 
 AirbankCataloguePackage OR AirbankContactPackage OR 
 [tag[AirbankProspectPackage]] import:16
 You can even use text patterns (regular expressions) within the tag 
 values, like this:
 include ../airbank_tw/index.html filters:[tag[Airbank.*Package]] 
 import:16
 which will match tag values that start with Airbank and end with 
 Package with any other text in between.

 By using MatchTagsPlugin to combine the filters for the same file, you 
 should be able to save some overhead time: it won't re-read the same file 
 contents multiple times, and there's only one loop through the tiddlers to 
 filter them.

 Let me know if it helps...

 enjoy,
 -e
 Eric Shulman
 TiddlyTools / ELS Design Studios

 YOUR DONATIONS ARE VERY IMPORTANT!
 HELP ME TO HELP YOU - MAKE A CONTRIBUTION TO MY TIP JAR...
http://TiddlyTools.github.com/fundraising.html#MakeADonation

 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 unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at http://groups.google.com/group/tiddlywiki.
For more options, visit https://groups.google.com/d/optout.