Groundhog day: What about Cardo?

[Xrizzy]

For years I have been using Cardo by David Szego until it stopped working with newer versions of TiddlyWiki. The last Cardo known to be working is at https://dyumnin.com/Cardo.html (Note: The link on tiddlywiki.com should be updated accordingly.) running on TiddlyWiki v5.1.19. It looks like David Scego died in 2019 so Cardo is no longer maintained.

On tthis thread here I took on the task to revive Cardo. Struggeling with TiddlyWiki on node.js and not much time to work on it I did not make progress.

Starting over and a new approach

For the time being I’ll work with a single file wiki hosted on TiddlyHost: https://mymap.tiddlyhost.com.

Having worked with Projectify for a while now I want to take a new approach and incorporate mobile friendly plugins like MyContacts, and later MyBudget, MyCollections, MyLibrary, MyStuff (Inventory), myRecipes including MyMacros (A simple CarbCounter as a KETO diet works miracles on my over all well being) to add to it.

In the process I want to document on MyMaps all the editions I stumble upon that are already out there. Saw some promising threads on talk.tiddlywiki.org so far.

Vision for MyMaps

Eventually MyMaps should be an agenda edition ready to use out of the box for people who have not yet dived into Tiddlywiki and also for non-English speakers.

Two over all goals:

1. all modules should be mobile friendly, which Projetify and the Notebook Theme provide.

2. with all modules the user should be able to switch the language of the plugins UI just like he is able to do with the TiddlyWiki UI and be easy to translate to other languages. Currently my number one priority is to figure out how to best approach this. There are already language tiddlers for Projectify available to import, but they overwrite the english ones.You cannot switch the language of the Projectify UI. Or am I missing something?

I am an architect by training, working self-tought with websites off and on since 1996 (I’m an old lady sigh)

It is obvious I will need a lot of help with this project from the TiddlyWiki experts out there, to keep me from running in the wrong direction and point me to solutions already there in case I missed them. I appreciate any much needed advice.

My many thanks in advance.

Avanti, avanti, Xrizzy

[Mark_S]

What parts of it didn’t work when you upgraded?

[Xrizzy]

There was a javascript error which could be solved:

@buggyj

I can see in this tiddler Cardo — A TiddlyWiki for Getting Stuff Done Click to Get Cardo

this error (twice)

results.push(regexp.exec(text));

which I think should be

results.push(regexp.exec(text)[0]);

and none of the tiddler toolbar buttons work anymore. No save, cancel, delete and so on.

@pmario

I did separate the plugin already, but there are some problems with the ViewTemplates. If used with the “old” templates no toolbar buttons work. So I did remove them. With the card-templates missing everything seems to work but it does not look as expected.

So some new templates have to be made, which needs some more time. But I do not know when I do have that time.

and I noticed that the import tool does not work.

We discussed all of that on th.

[Mark_S]

@Xrizzy

and none of the tiddler toolbar buttons work anymore. No save, cancel, delete and so on.

I was able to get it to save, cancel, delete. The trick is to import everything all at once into an empty before the Cardo code mangles the importer.

Also, I was able to “fix” the importer by forcing it to use the built-in importer. Somewhere in the system Cardo is forcing it’s own view of the Import tiddler. Someone needs to figure out how it’s doing that.

Create a tiddler and tag it $:/tags/ViewTemplate and add the following code:

<$list filter="[all[current]plugin-type[import]]">
{{||$:/core/ui/ViewTemplate/body/import}}
</$list>

I haven’t encountered the javascript error, but I haven’t tried much.

I disabled Tinka and scrollUp. Trying to reduce sources of error.

[Mark_S]

Ok, you can fix the import problem the “Cardo” way by editing:

$:/plugins/Cardo/ui/ViewTemplates/types

and adding

<$list filter="[all[current]plugin-type[import]]">
{{||$:/core/ui/ViewTemplate/body/import}}
</$list>

to the top of the list.

This code would need to be added to the future plugin update, should it ever be updated.

Edit: The “delete” button doesn’t work in the tiddler view, but it does work from within edit mode.

I suppose I could post my version of Cardo if people want to see that it is (sort-of) working.

It seems like his code uses his own templates and over-rides lots of stuff, which probably need to be compared to the 5.3.8 version and then updated individually. For instance, you can’t drag and drop open items – his templates were made before we could make our own drop targets, I think.

[Xrizzy]

@Mark_S

I suppose I could post my version of Cardo if people want to see that it is (sort-of) working.

That would be great and thank you for fixing so much already.

[pmario]

@Mark_S

Edit: The “delete” button doesn’t work in the tiddler view, but it does work from within edit mode.

It seems non of the toolbar icons work atm. …

[Mark_S]

I haven’t patched any JS yet, so there may be red-screens.

Cardo

[Xrizzy]

@ Mark_S Thank you that looks great.

Looks like the buttons are working too no. What did you have to change?

[Mark_S]

So far I’ve only fixed the import.

I’m sure there are some things not working. The “delete” button from the Tiddler View doesn’t work. And working on the main view template causes a massive recursive view.

I’m curious if the main functionality seems to work, since I never actually used Cardo.

[Mark_S]

I’ve made an update.

I’ve re-overwritten the main ViewTemplate, which restores the ability to delete a tiddler from the tiddler view.

As far as I can tell, David’s view template only had a small change that was in anticipation of being able to add a swipe handler. Everything seemed to work fine after the change. Maybe someone more familiar can check it out.

I’ve added a log of the changes I’ve (knowingly) made to the top, including a link to a tool that will let you download a local copy.

[TiddlyTitch]

@Mark_S

I’ve re-overwritten the main ViewTemplate, which restores the ability to delete a tiddler from the tiddler view.

@Mark_S

I’ve added a log of the changes I’ve (knowingly) made to the top, including a link to a tool that will let you download a local copy.

Wonderful care!

Are you Bill Murray?

[Mark_S]

Usually I tend to identify more with Dan Akroyd, but admittedly GHD is pretty much my favourite movie. Which is why I try never to watch it.

[Xrizzy]

@Mark_S

I’ve added a log of the changes I’ve (knowingly) made to the top, including a link to a tool that will let you download a local copy.

@ Mark_S Thank you the log is very helpful.

I wanted to take a look at these two, but got an error "Recursive transclusion error in transclude widget"

• Over-ride Cardo $:/core/ui/ViewTemplate with 5.3.8
  • Original: Cardo: $:/core/ui/ViewTemplate

[Mark_S]

So, for the moment, I’ve changed the log entry for $:/core/ui/ViewTemplate into mono-space, so you don’t accidentally click it. It’s the exact same as that at TiddlyWiki.com .

I’ve changed the type for Cardo: $:/core/ui/ViewTemplate into text/plain so you can view it.

Might have to figure out some anti-recursive code if it becomes necessary to work on $:/core/ui/ViewTemplate.

[Mark_S]

You can now visit either ViewTemplate without getting a recursion error.

The Cardo template system is over-riding the newer 5.3.8 cascade-driven template system in some cases. So how to work those differences out …

[tw-FRed]

@Mark_S

I’ve changed the type for Cardo: $:/core/ui/ViewTemplate into text/plain so you can view it.

Might have to figure out some anti-recursive code if it becomes necessary to work on $:/core/ui/ViewTemplate.

Wouldn’t the code_body field set to yes work in Cardo just like current core $:/core/ui/ViewTemplate?

AFAICT it’s related to a core cascade: https://tiddlywiki.com/#%24%3A%2Fconfig%2FViewTemplateBodyFilters%2Fcode-body and https://tiddlywiki.com/#%24%3A%2Fcore%2Fui%2FViewTemplate%2Fbody%2Fcode

(only skimming through the thread without even opening Cardo, so I might well be completely wrong )

Fred

[Mark_S]

@tw-FRed

Wouldn’t the code_body field set to yes work in Cardo just like current core $:/core/ui/ViewTemplate?

First thing I tried. But it’s using it’s own view-template stack, not the cascade. Also, possibly written before code-body was a thing? I added code to the Cardo body view body template to prevent display when code-body:yes .