GithubHelp home page GithubHelp logo

jermolene / tiddlywiki5 Goto Github PK

View Code? Open in Web Editor NEW
7.7K 238.0 1.1K 64.9 MB

A self-contained JavaScript wiki for the browser, Node.js, AWS Lambda etc.

Home Page: https://tiddlywiki.com/

License: Other

Shell 1.12% JavaScript 96.62% CSS 0.22% Batchfile 0.16% TeX 1.73% HTML 0.15%
tiddlywiki javascript html wiki linux windows notepad notes hacktoberfest

tiddlywiki5's People

Contributors

aelocson avatar andrey013 avatar araname avatar bimlas avatar bramchen avatar btheado avatar buggyj avatar burningtreec avatar evidentlycube avatar felixhayashi avatar flibbles avatar giffmex avatar idoine avatar inmysocks avatar jermolene avatar joshuafontany avatar kookma avatar linonetwo avatar marxsal avatar matabele avatar mklauber avatar pmario avatar rmunn avatar saqimtiaz avatar sukima avatar tobibeer avatar twmat avatar welford avatar xcazin avatar yaisog avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

tiddlywiki5's Issues

thoughts about macro params

Some time ago, I did think about the "unnamed parameter" in your myMacro description.

<<myMacro
param1: Parameter value
param2: value
"unnamed parameter"
param4: ((
A multiline parameter that can go on for as long as it likes
and contain linebreaks.
))
>>

I do understand, that unnamed params are needed, for TW syntax compatibility reasons. What I'd like to see is eg:

  1. <<tiddler myTiddler "" with:"param">>
    or
  2. <<tiddler myTiddler with:"param" class:"myclass">>

At the moment, TW works like 1) which is compatibility mode. So the user has to know, that class is the second parameter. But I personally would prefer a "named params" only mode 2), which would make it possible that a slider macro works the first time I write it. No need to know the right order. eg:

<<slider tiddler:"myTiddler" label:"click" tooltip:"some text" 
cookie:"myMode" myMode:"open" cookieSaveTo:SystemSettings>>

I hope this makes sense.

"New" button should check, if there is an eg: "New Tiddler 1" in edit mode

to reproduce

  • create a new tiddler -> "New Tiddler"
  • rename "New Tiddler" to "New Tiddler 1"
  • click "New" button

You end up with 2 "New Tiddler 1" in edit mode, which imo shouldn't happen.


I'd like to have the possibility to enable / disable the "new means new" mechanism. (I'd prefere a plugin)

For me every tiddler should get a propper name immediately.

If "new means new" is active it is way to easy, to end up with "New Tiddler" .... up to ... "New Tiddler 25"
(just my opinion)

suggestion: lazy slider macro

Hi Jeremy,
I did have a short look at the slider macro implementation. It looks, like the TW5 sliders also (like TW) prerender there content, even if it is not visible. This is no problem if you only have a view silders in a tiddler and the content is small.

but have a look at a usecase like this http://stevesuny.tiddlyspace.com/#journal .. There are a lot of sliders, that need to load a lot of content. Loading the journal tiddler on my pc needs allmost a second.

So I think displayed sliders can keep there content to cach it but "closed" sliders should render a tiddler only, when clicked. This would also create a smaller DOM

-m

<<list filter [field[myKey]]>> missing

"old" TW has a problem using the list filter like: <<list filter [field[myKey]]>>

eg: If I want to list all tiddlers that contain a "custom field" named "myKey" and I don't care about the "value" it doesn't work.
According to the header text [1], it seems that the new implementaion lacks that too.

I have to say, that I didn't do some propper testing. (yet) But it seemst line 91 [2] shouldn't be hardcoded that way, because imo it should be possible to list tiddlers that have a custom field "myKey" without wanting to know there value.

If I'm wrong, just close the issue.

[1] https://github.com/Jermolene/TiddlyWiki5/blob/master/core/modules/wiki.filters.js#L35
[2] https://github.com/Jermolene/TiddlyWiki5/blob/master/core/modules/wiki.filters.js#L91

mdash, ndash, strikethrough

If you copy the following source to a TW5 tiddler you'll see what I mean:

{{{
some text -- ndash --- mdash end -> ok
}}}
some text -- ndash --- mdash end -> ok

{{{
some text --strike start -- ndash --- mdash strike end--  -> nok
}}}
some text --strike start -- ndash --- mdash strike end--  -> nok

node --server crashes

If I start a server and open localhost:8080 I get:

$ [/path/to/Git/tiddly/TiddlyWiki5] [master]
-> node core/boot.js --server 8080 $:/core/tiddlywiki5.template.html 

$:/core/modules/wiki.js:321
    renderer.execute([],title);
          ^
TypeError: Cannot call method 'execute' of null
    at [object Object].renderTiddler ($:/core/modules/wiki.js:321:11)
    at Server.<anonymous> ($:/core/modules/commands/server.js:60:37)
    at Server.emit (events.js:70:17)
    at HTTPParser.onIncoming (http.js:1514:12)
    at HTTPParser.onHeadersComplete (http.js:102:31)
    at Socket.ondata (http.js:1410:22)
    at TCP.onread (net.js:374:27)

strikethrough - mdash rendering inconsistency

Hi Jeremy,
I did get an email today in reply to an old TW group post [1] about disabling the strikethrough rendering.

Thank you for this! To the TW dev(s): There should be some way to
address this within TW (I was going to suggest ---, and I see I'm not
the first). I use emdashes often in my prose, and I'm not willing to
learn a different convention just for those times when I'm using a
particular program--even a truly great program like TW! :-)

I thought it would be worth a ticket for TW5, because imo it is a problem, from a writers point of view.
Using: text -- test seems to be wrong [2] too because a the spaces. So may be the "Compose Key" like notation, mentioned at Wikipedia [3] would be an option.

endash:  --.
emdash:  ---

It shouldn't interfer with existing rules and or plugins. At least I don't know any :)

or changing the strikethrough behaviour a bit. eg: space--space ... start/end of strike
and text--test ... emdash

-m

[1] http://groups.google.com/group/tiddlywiki/msg/61930389d6c6b170
[2] http://www.grammarbook.com/punctuation/dashes.asp
[3] http://en.wikipedia.org/wiki/Emdash#Em_dash

Include `empty.html` in builds uploaded to five.tiddlywiki.com

Stupid question maybe, but is it possible to create an empty TiddlyWiki as html file? I don't really get what e.g. bld.sh does. It's nice that everything runs in node.js now and serve.sh works. But I would like to get an empty html to start from scratch. At least this is how I used TW 2.

.

.

.

.

TW5 DOM structure

Is it allowed to talk about the actual DOM structure created by TW5, or is it too early?

--savetiddlers causes an error

created index.html with tw5.sh -> file is ok.

node tiddlywiki.js --load tmp/tw5/index.html --savetiddlers tmp/tiddlers

tmp/tiddlers directory exists

/media/Daten/Git/tiddly/cook.js/tiddlywiki.js:100
                    var tiddlers = tiddlerInput.parseTiddlerFile(data,type,fields);
                                 ^
TypeError: Object #<Object> has no method 'parseTiddlerFile'
    at /media/Daten/Git/tiddly/cook.js/tiddlywiki.js:100:34
    at [object Object].<anonymous> (fs.js:115:5)
    at [object Object].emit (events.js:64:17)
    at afterRead (fs.js:1111:12)
    at Object.wrapper [as oncomplete] (fs.js:254:17)

node version 0.6.5, latest cook.js git repo.

test.sh doesn't produce usefull output.

Text editor is not very responsive.

When I type text. The editor lags quite a lot.

I did test this with FF13 and Chromium 18. The behaviour seems to be the same with both. Even if Chromium should be faster.

Enhance demo plugin

It has been suggested to use the implementation of a parse rule for TiddlyWiki 2.x.x style comments as the example:%...%

unexpected behaviour "zoomin" view

to reproduce the issue:

  • page relaod
  • HelloThere is open
  • click the link TiddlyWiki
  • click the link JeremyRuston
  • click the link TiddlyWiki
  • close the tiddler -> JeremyRuston pups up
  • close the tiddler -> HelloThere pops up

Due to the animation of the page, I'd expect a breadcrumbs type behaviour.

I'm not sure, what's better but it did surprise me. I did encounter this behaviour, because I did open about 10 tiddlers, but I did close only 5 or so. For me this behaviour felt wrong, even if it doesn't make sense to read a tiddler twice :)

FF 18.0.1 - ubuntu - tags popup is jumpy

If I click any tag, the list pops up, but the popup isn't below the cursor. The whole behaviour is quite jumpy, as the tiddler content changes its positions too. If the popup is closed, tiddlers return to there positions.

Chrome on ubuntu doesn't show this behaviour.

Open new tiddler with empty story

To reproduce the error:

  • load latest TW5
  • close all tiddlers
  • open a new tiddler from menu bar

The tiddler has wrong size and position

ubuntu 12.04 FF13 and Chrome same error

second tag popup doesn't work propperly

to reproduce ->

  • open the tiddler "Hello There"
  • click the second tag "greetings"
    • there is a popup, but it is different to the first one.

FF 16.0.1
ubuntu 12.04

Suggestion: Use IndexedDB to save / load tiddlers

I don't know if I am 100% correct about this: Right now tiddlywiki5 saves the whole content as a string - including all css and javascript and tiddler data. This single-file strategy is like the birthmark of tiddlywiki.

While it brings convenience under following circumstances:

  • Download the whole wiki from the Internet to local disk
  • Run the wiki on different platform using different browsers
  • Copy the wiki to usb disk and bring it with you

It certainly brings issues concerning concerning backup and import.

As number of tiddlers grows, the whole file becomes larger and larger. The browser needs to load the whole file from disk into memory on every start up, and write the whole file from memory into disk on every save. This could slow the process significantly. Also the disk space usage is another issue: In my case the backup files generated by autosave feature accumulate to 1GB+ after several months.

Similarly, when import from another tiddlywiki file, the browser needs to load the whole file into the memory and then parse the html code to fetch information about each tiddler to generate a tiddler list for user to select.

In the past, the single-file strategy avoid dependence on specific database outside the browser and is highly cross-platform. However, as permission for web page to read/write local file becomes stricter and stricter, we have to use extra means for different browser like add-on or jar. This does not feel right.

I think we could use IndexedDB to save / load all the user-generated tidders, and the html file only contains necessary initial tiddlers when downloaded from the Internet. This could bring advantages including:

  • Save: We only need to save changed tiddler into IndexedDB.
  • Load: We only need to load tiddlers that are absent in DOM from indexedDB.
  • Import and Export: If we can find a way to import and export IndexedDB, then the rest is easy for importing and exporting tiddlywiki. Separation of code and data is achieved. Also we could use the traditional way to handle importing and exporting: we could still write all tiddlers (retrieved from IndexedDB) into a single html file and use it as a medium.

Furthermore, we could easily turn tiddlywiki into a standard web app if we use IndexDB instead of add-on or jar to save content.

About implementation, I find some saver modules in core/modules/savers, is writing a saver enough for implementing what I described? What about loading tiddler? By the way I just gave a quick look at tiddlywiki5's code, so maybe there's something already there and I just don't know.

save - reload breaks TW5

to reproduce:

  • got latest TW5 code
  • run server with ./tw5s.sh
  • from the "magic" sidebar open a tiddler eg: "Introduction"
  • Since this tiddler is a default tiddler it is open allready. but it is opened twice now
  • browser reload with F5
  • both editors stay open.
  • click "done" button
  • F5 browser reload causes an error.

Firebug says: "tiddler is null"

FF11 ubuntu 11.10

To fix it the server needs to be restarted

Unclosed tags like <br> don't work

Have a look at the DOM, that is created!

{{{
<html>
some text <br> second line doesn't show up. have a look at the DOM!
</html>
}}}

<html>
some text <br> second line doesn't show up. have a look at the DOM!
</html>

{{{
<div>text in div</div>
}}}
<div>text in div</div>

Editing tiddler disrupts zoomin view

Editing a tiddler while in zoomin view results in no 'earlier' tiddler being displayed when the edited tiddler is shown.

To reproduce:

  • Open alpha.tiddlywiki.com
  • Open 'improvements' tiddler
  • Edit 'improvements' tiddler and click 'done'
  • Close 'improvements' tiddler

Whereas you would expect HelloThere to reopen, some animation is shown but no tiddler. Switching to classic view and then back to zoomin results in HelloThere being shown as expected.

Chrome 19.0.1084.56 on XP.

Back Button Doesn't Work As Expected

When I click on "node.js application.", read the page about node.js, and then want to read more of the HelloThere page, I click "Back".

This takes me to the previous page I had been at.

It should take me back to the HelloThere page.

browser find highlighting is overwritten by TW

If I do a built in "browser find" the browser highlights the match but after about 3 seconds TW seems to refresh the display. All highlighting is gone :(


I did see a very similar issue with the VideoTest tiddler. all 3 videos are flickering every 3 seconds. The Clock Tiddler seems to be activated every 3 seconds?

using latest stable FF ubuntu

How to view rich-text editor

The link on "WikiText" in the following sentence needs to be updated:
"Try editing some tiddlers here on tiddlywiki.com to try out the new [WikiText]. Your changes will not be visible to other users."

Also, please add info to the readme.md about how to preview the rich-text editor.
Rich-text editing was shown in your video from 2010, but it's currently not in the HTML5 review site at five.tiddlywiki.com.

Thanks! Lovin' the switch to Twitter Bootstrap.

Overwriting a tiddler should give a warning

to reproduce:

  • create a new tiddler -> "New Tiddler"
    • content: text 1
  • create a second new tiddler -> "New Tiddler 1"
    • content: text 2
  • rename "New Tiddler" to "New Tiddler 1" but don't save
    • now you have 2 open "New Tiddler 1" views
  • now save both of them with "done"

issue:
I know, this workflow is wrong, but imo there should be an error message or at least a warning.

input field looses focus on keyUp

latest TW5 versions (TW5 and rabbithole)

FF12, ubuntu 12.04 - Every input looses the focus on keyUp, if you type a character.
Cromium has no problem.

classic view close tiddler -> rendering error

ubuntu 12.04 ff13

to reproduce the issue:

  • open "classic" view
  • in top tiddler open eg 2 tiddlers below
  • start to close the second tiddler
  • the animation starts -> but sometimes the story div isn't deleted.
    • so the following tiddlers position is messed up.

It seems to be a timing problem. IMO if the tiddler should be closed, but the animation isn't finished, ff doesn't close the div. Since chrome is faster, it seems to work there.

Closing all tiddlers causes an runtime error

The last tiddler isn't closed. FireBug says:

TypeError: this is undefined
this.renderer.domNode.appendChild(node.renderInDom());

Afterwards, you can't open a any tiddler, if you click links

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.