Here's some code that runs in the prerelease 5.1.20 (it needs the new
operators).
ABSOLUTELY make sure you have a copy of everything in your browser and in
your desktop, because if you have a lot of tiddlers, this may crash your
browser. You may get a lot of those "A script on this page is
Folks,
I am bumping this request hoping someone can help. So far I have spent some
hours trying to ensure I never spend hours again. :(
The following is the best I hacve so far
{{$:/core/images/timestamp-on}}
{{$:/favicon.ico}}
{{Motovun Jack.jpg}}
Josiah,
My answer to your question is
Should you need to as a workaround
However depending on how the tiddlers are to be used it may provide additional
functionality.
More directly the problem at hand its suggested it relates to skinny tiddler
handling. A feature one may want everyday but
Check
out https://groups.google.com/d/topic/tiddlywiki/hr75FTeEL_g/discussion
--
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
In the spirit of large tiddlywikis, is there a simple way to get a listing
of tiddlers by size, sorted largest first? I would like to do some weeding.
On Friday, May 31, 2019 at 3:50:24 AM UTC-7, Jeremy Ruston wrote:
>
> Several of the projects I’m working on for Federatial clients involve
>
And which version of visualeditor plugin are you using?
On Tuesday, June 4, 2019 at 10:43:15 PM UTC+2, armlet wrote:
>
> I am using ckeditor 4.11.4 with TiddlyDesktop 0.0.13, but it is the same
> when I open it in Chrome. That error message was from Chrome Developer
> Tools.
>
> It gets worse
Hello again, passingby,
Sorry for my late reply, but I am drowning in work and need some time for
family and friends too ... so I will keep it short this time:
https://tid.li/tw5/test/bricks.html was left in a messy state some time
ago. Sorry again. Now I brought the most important
I am using ckeditor 4.11.4 with TiddlyDesktop 0.0.13, but it is the same
when I open it in Chrome. That error message was from Chrome Developer
Tools.
It gets worse after I installed Reader Mode plugin from
https://tid.li/tw5/plugins.html
It will almost always happen when I click the Reader
After lazing-loading the text data, I populated all the text fields. Then I
deleted the text fields.
Outcome:
1. The tiddlers created have a different kind of line return then your test
data (maybe \r\n vs \r ?)
2. The tiddlers created have a line return after the last header line,
adding
I notice that when TW makes it's own "empty" tiddler, there is one line
after the last header field. It might be interesting to see if you get
different results if your test tiddlers have that blank line.
--
You received this message because you are subscribed to the Google Groups
I just realized something Jeremy said. This is happening because it's
acting as if the tiddlers have been lazy-loaded when they actually
haven't been. So ... If you use the lazy-load option:
root-tiddler=$:/core/save/lazy-all
then the Wiki will load fine without crashing. So if you really
Mark,
I am not sure the exact number matters much.
So far anyone who tried to reproduce it with 2000 tiddlers got the server
to crash, so the issue is reproducible on most systems.
I would expect the exact number to differ depending on the available memory
and processing power, but the gist of
I'm not sure what the "1800" tiddlers is based on. In my tests, all the
tiddler titles loaded. Behind the scenes, apparently the server was stilll
fishing for tiddler text. It must have been using an internal array to save
results while waiting for (non-existent) data to load. The server
TonyM,
It has to be text. The crash occurs regardless of the number and the
content of other fields.
If I understood Jeremy correctly, a tiddler with no text field is
considered a "skinny tiddler" and is treated differently by the sync
process, thus causing the memory overload when the number
Jeremy Ruston wrote:
>
> This isn’t actually a bug, it’s more of an unexpected consequence of the
> way that lazy loading is implemented: in client-server mode, if the browser
> references a skinny tiddler (one that lacks a text field) then it requests
> the body from the server.
>
My
You can also open in Wordpad and then save. Works at least in XP, don't
have 8 or 10 handy to check. Use this trick on other files that some
programs create.
--
You received this message because you are subscribed to the Google Groups
"TiddlyWiki" group.
To unsubscribe from this group and
Ciao TonyM
Simple query: Why SHOULD you have to populate anything?
>
>
Josiah, x
--
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
Hi steved
Do you mean the backlinks operator?
https://tiddlywiki.com/#backlinks%20Operator
--
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
Joshua,
Settings allowing popups and others are fine. It works seamlessly at my
workplace with Chrome on Windows 7. I keep Chrome up to date with the
latest version, though my Mac OS is not the latest. It runs macOS High
Sierra v10.13, and it cannot be updated anymore. I submitted a bug report
Some
A question. Rather than adding newlines to text, adding nothing but actually
something in each tiddler and thus defeating the possibility of using the
filter [all[current]has[text]] to test if text has content.
Would populating a field in each tiddler do the same? or must it be the text
Hey,
I am starting to use Tiddlywiki to summarise school works. Now I had the
idea, to include a Test/Quiz for myself.
I imagined something like this: My tiddlers are named after years e.g.
1913. The first row is usually a few words summary, like: Start second
World war.
Now, a test I
Hi Jeremy,
I just opened an issue on Github. Please feel free to close if you believe
it's not a bug.
However, I do believe this needs to be at least documented. Currently there
is no reason to expect this crash, and the cause of the problem is not
immediately obvious.
Perhaps a note could be
Hi Solex
This isn’t actually a bug, it’s more of an unexpected consequence of the way
that lazy loading is implemented: in client-server mode, if the browser
references a skinny tiddler (one that lacks a text field) then it requests the
body from the server. It’ll only do it once for each
Great bit of collective detective work in this thread!
YES, GitHub is the way to go.
Also, once written (I assume as an "Issue", but maybe its almost a "PR" a
writer here could polish?) you can ask back in this thread for "upvotes" to
it so folk can indicate its importance.
Best wishes
Josiah
On Tuesday, June 4, 2019 at 12:36:02 PM UTC+2, solex wrote:
>
> Hi,
>
> I can confirm that the problem is related to text-less tiddlers (as PMario
> suggested).
> The problem can now be properly restated as: *File-based TW on node.js
> crashes when the number of tiddlers without text field is
Hi,
I can confirm that the problem is related to text-less tiddlers (as PMario
suggested).
The problem can now be properly restated as: *File-based TW on node.js
crashes when the number of tiddlers without text field is more than ~1800*
The number and structure of the rest of tiddlers doesn't
Thanks for taking this further PMario! I'm only just getting to grips with data
tiddlers but they seem to me to be similar to single column spreadsheets. They
have an index and a single column of values, and each value 'slot' is similar
to a spreadsheet's cell in just one column.
If I create 2
Thanks for taking this further PMario! Hope I'm not sounding like Forest Gump
here but data tiddlers seem to me to be similar to single column spreadsheets.
They have an index and a single column of values, and each value 'slot' is
similar to a spreadsheet's cell in just one column.
If I
On Tuesday, June 4, 2019 at 10:22:55 AM UTC+2, PMario wrote:
>
> On Tuesday, June 4, 2019 at 8:56:02 AM UTC+2, TonyM wrote:
>>
>>
>> Do you think we could also provide values with other inputs like
>> values values{!!fieldname} values{tiddlername!!fieldname} if it
>> could parse this with
On Tuesday, June 4, 2019 at 8:57:28 AM UTC+2, TonyM wrote:
>
> values[1 2 1 2 3]sum[]
>
same as indexes. ... no parameters
-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,
Hi,
Working with data-tiddlers there is the "indexes" and the "getindex"
operators. ... BUT they are not enough with the new math functions.
As the OP shows. ... The new "values" operator works similar to the
"indexes" operator, but it lists the values instead of the indexes (keys)
Since the
On Tuesday, June 4, 2019 at 8:56:02 AM UTC+2, TonyM wrote:
>
>
> Do you think we could also provide values with other inputs like
> values values{!!fieldname} values{tiddlername!!fieldname} if it
> could parse this with spaces as the delimiter then numeric lists in a
> variable will not be
Sorry learning - but I could not find the syntax for calling the
references of a tiddler
I thought it might be
{{{ [all[*References*]] }}} or [type[references]]
so what would I change to list the references
reference being the
- The *References* tab lists all the tiddlers that link
We are
Tiddlywikians
On Sunday, June 2, 2019 at 7:16:54 AM UTC+4:30, TonyM wrote:
>
> Folks
>
> You suggestion please
>
> Are we TiddlyWikians?
> *If you are a TiddlyWiki enthusiast to what tribe do we belong?*
>
> What is our collective noun?
> A Group of us collect here but what if we had a
Also
values[1 2 1 2 3]sum[]
Regards
Tony
On Tuesday, June 4, 2019 at 4:56:02 PM UTC+10, TonyM wrote:
>
> Mario,
>
> Smiley Face :)
>
> Do you think we could also provide values with other inputs like
> values values{!!fieldname} values{tiddlername!!fieldname} if it
> could parse this with
Mario,
Smiley Face :)
Do you think we could also provide values with other inputs like
values values{!!fieldname} values{tiddlername!!fieldname} if it
could parse this with spaces as the delimiter then numeric lists in a
variable will not be deduped and can feed into our maths operators.
Hi Folks,
Just had a look at the code. ... It shouldn't be that hard.
I would like to have {{{[[data]values[]sum[]]}}} ... Which should show 2 if
the above content is a tiddler named: data.
I do have a new "values" operator working. I'll create a pull request
today.
BE AWARE!! *The code
Will do. All working on the pre-release so far. Thanks again, enjoy that snow.
--
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
Watt,
Remember this is using sum which is in the pre-release. Be careful using
this for production. Be ready to export your content and re import it when
the full 5.1.20 release is available.
If you wanted it working in pre 5.1.20 you could use evans formulae plugin
or the calc widget (search
39 matches
Mail list logo