ccTiddly 1.9 Minimal Released

[simon mcmanus]

I have released ccTiddly 1.9 here:

http://tiddlywiki.org/ccTiddly/ccTiddly_1.9.minimal.zip 

As per my previous email this release introduces no new functionality and in fact removes some of the experimental functionality.  It does provide a number of bug fixes to issues that have been raised on the group over the past few months (even if I haven't replied directly).

Any problems please let me know ASAP so I can help out as much as possible in my last two weeks at Osmosoft.

Many thanks again to the ccTiddly community for helping make this release possible.

Simon

[Justin Keogh]

excellent!

I had no problem installing, changing my password ect

when I try to import from another ccTiddly site I get:
"Unable to import from this location due to cross-domain restrictions."

so I went into includes/config.php and added the domain I want to import from to the allowed_proxy_list array

while in there I noticed some entries in that array had " around them and the rest were using single quotes.... I dont think it matters but I made them all use single quotes.

after adding the domain and saving the file, I reloaded the ccTiddly 1.9(SVN) page and tried to import again, same error.

When I go to "import" and select "TiddlyWiki" instead of "ccTiddly", the file input box does not change from a url input box to a file selection box with a button to browse to the tiddlywiki file you want to import

minor note: if I go to a page that does not exist (like "test") there's a grammar error, a extra "s" in "'test' does not exists"

-Justin

--
You received this message because you are subscribed to the Google Groups "ccTiddly" group.
To post to this group, send email to ccti...@googlegroups.com.
To unsubscribe from this group, send email to cctiddly+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/cctiddly?hl=en.

[Justin Keogh]

I also tried to import a tiddlywiki file by using the
file:///home/user/twfile

method, but got the same "Unable to import from this location due to cross-domain restrictions." message

-Justin

[simon mcmanus]

Hi Justin,

Thanks for reporting this, I just tried

tiddlytools.com

which worked, but

http://tiddlytools.com

returns the error you describe. Does removing http://  provide a workaround to the issue for you?

Thanks

Simon

--
Simon McManus

blog : http://simonmcmanus.com

[Justin Keogh]

Yes it does! Great. I was able to import a tiddler.

Now I am on to trying to import all 1929 tiddlers and then enable SkinnyTiddlers.

Thanks again! -Justin

[Justin Keogh]

I was able to import all 5MB of tiddlers, and I enabled SkinnyTiddlers

When I reload the page with SkinnyTiddlers enabled the "Manage Plugins" box pops up and the plugin 003_ccLingo has the following error:

003_ccLingo 11 KB Yes 3ms Error Error: TypeError: dst is undefined

And when I try to open a tiddler I imported it comes up empty

Re-disableing SkinnyTiddlers fixes the problem, but then the TiddlyWiki is 5MB in size

-Justin

[Justin Keogh]

I noticed most of the plugins in the PluginManger were not loaded, so I edited SkinnyTiddlers/setupVars.php $autoLoad to:

$autoLoad = array("skinnyPlugin"=>"","SiteTitle"=>"","yourSearch"=>"","SiteSubtitle"=>"","MainMenu"=>"","001_ccTiddlyAdaptor"=>"","002_ccAbout"=>"","002_ccAdmin"=>"","002_ccTiddlyPlugins"=>"","002_ccChangePassword"=>"","002_ccCreateWorkspace"=>"","002_ccEditWorkspace"=>"","002_ccFiles"=>"","002_ccLogin"=>"","002_ccLoginStatus"=>"","002_ccStats"=>"","003_ccLingo"=>"","004_ccRegister"=>"","006_ccAssignments"=>"","007_backstage"=>"","LoadRemoteFileThroughProxy"=>"","PATCH_displayDefaultTiddlers"=>"","PATCH_isCommandEnabled"=>"","PATCH_onGetTiddler"=>"","PATCH_restart"=>"","ServerConfig"=>"","ServerSideSavingPlugin"=>"","TaggedTemplateTweak"=>"","ColorPalette"=>"","GettingStarted"=>"","serverSideSearchPlugin"=>"","taggedTabs"=>"","DefaultTiddlers"=>"");

And the 003_ccLingo error disappeared. Now there's no errors.

Unfortunatly, when I open a tiddler not in the above list, it does not lazy load, it's just empty.... so I suspect there's more to add to the list to get it working.

Thanks -Justin

[Kashgarinn]

I've been playing around with 1.9 and noticed a couple of things:

1) I can delete tiddlers, which I couldn't do in 1.8.5, so that's a
plus
2) when I open a link to a tiddler which doesn't exist, I see below
the title of the tiddler:
, NaN undefined NaN (created NaN undefined NaN)
* not tagging
* tags:
*
- I think the class "missing" isn't being attributed correctly to the
tiddler

3) when using tiddlytools importtiddlersplugin, the tiddlers appear in
the story, but not in the store and don't get saved to the server.
4) when using the default import, you can't import from tiddlywiki
html files, or from older cctw servers, but you can do that from the
importtiddlersplugin from tiddlytools.com, except it doesn't get saved
to the server.

if I looked at the <<sync>> list, the strange thing is that the
recently imported tiddlers don't appear there.

This is probably too late to do anything about, but I thought I'd
chime in.

[Kashgarinn]

Just discovered a new bug, Tiddlers which start with a " don't show up
when the wiki loads, but it's in the database normally.

Going to see if I can fix it, not quite sure just yet.

S.

[Kashgarinn]

Found another bug, the link to files under uploads display incorrectly
if letters are from another alphabet than english so letters like: í é
æ ö á ý don't work.

Also any space in the filename stops the link in the URI column from
going any further, so it doesnt' actually link to the image as the
link doesn't encompass the whole URI, but it does display the whole
URI.

I'd post these as bugs, but have no idea where to do that..

S.

[Kashgarinn]

Found some more bugs. The files that get created from plugins
automatically everytime you load the wiki, i.e. "core" and the 001,
002 and so on files aren't getting tagged with "excludeLists" in the
config.php line:

$tiddlyCfg['plugins_tags'] = " excludeLists"; // tags tiddlers
generated by the plugins

I'm also not sure why the tiddler named "core" gets inserted into the
TW.. there's nothing in it. Can anyone clarify?

[Kashgarinn]

Found another bug, the "files" tiddler isn't tagged properly, he's got
in its content: "ags: ccTiddly excludeSearch excludeLists wizard"
though :)

It was enough for me to add a break between the tags line and the
<<ccFile>> line to fix it, in the files.tid file on the server that is.

[Kashgarinn]

Found another thing that should be changed: instead of "DDDD", you
should have "ADDD" in config.php:
$tiddlyCfg['privilege']['non_admin']['systemConfig'] = "ADDD";

K.

[Kashgarinn]

Think I found a new bug. The jQuery identifier "$" is undefined in
1.9, it's working properly in 1.8.5.

That might be affecting the whole wiki in unexpected ways. Can anyone
else turn on firebug and check their DOM?

[Ben Tullis]

I'll see if I can test that later, but I don't have a version 1.8.5 to-hand.

I've just installed a fresh version of 1.9 and it's largely working, but
I've happened across the same bugs that you've been highlighting.

One thing that I've noticed is that ccTiddly doesn't verify according to
its xhtml strict doctype.

I've pulled out a couple of things to try to fix that, but the main
problem is that there are custom attributes on the div tags.

e.g.

div title="upload" modifier='' modified='' created='' tags='ccTiddly
excludeSearch excludeLists wizard' server.page.revision=''
server.host='http://tullis.cc/' server.type='cctiddly'
server.workspace=''

http://validator.w3.org/check?uri=tullis.cc

Has anyone got any idea how/if this might get changed?
I've read briefly read about HTML5 data tags, but maybe this is a
sledgehammer to crack a nut and it would cause an upstream problem with
tiddlywiki.
http://ejohn.org/blog/html-5-data-attributes/

Cheers,
Ben

[Kashgarinn]

I've discovered that the $ function can be reassigned by removing from
the index.php line: jQuery.noConflict();

- even though I do this, the jquery in 1.9 behaves strangely (i.e. non-
consistent), plus I'm getting the feeling that tiddlers saving/loading
is strange, and I'm getting a feeling that the tiddlywiki code isn't
the same as for normal tiddlywikis, which would mean compatibility
regarding the infrastructure is compromised.

I'm thinking 1.9 was a rush-job and perhaps isn't really ready for
use. Thinking of going back to 1.8.5.

[Kashgarinn]

Another bug, when you click the logout button, you actually log out,
but you still get the whole wiki back from the server you just logged
out from..

when I clicked the logout button, I saw in firebug:
1) a GET command with the code ending: ?logout=1 with no reply
2) a GET workspace command, which loads the entire workspace I just
logged out from as if I were still logged in.

- I'm also seeing a problem deleting tiddlers, you have to edit
another tiddler and click done to compelte the deletion.

[Kashgarinn]

I researched into the deletion a bit further with firebug, and this is
what happens:

There is a POST sent to delete.php with 2 attributes, workspace and
title.
see here:
title [object Object]
workspace wiki
- so the title isn't being translated properly, but the workspace is.

[Kashgarinn]

I was able to fix the delete problem, in the
"ServerSideSavingPlugin.tid" line 112 under \plugins\ccTiddlyCore\files
\importedPlugins\:
var req = adaptor.deleteTiddler(tiddler, context, {},
this.removeTiddlerCallback);

- I changed to this:

var req = adaptor.deleteTiddler(tiddler.title, context, {},
this.removeTiddlerCallback);

K.

[Kashgarinn]

Ben: Sorry I've been completely engrossed in fiddling with the wiki,
didn't have time until now to check on your comment.

Regarding the: "You have used the attribute named above in your
document, but the document type you are using does not support that
attribute for this element." error, that won't be fixed until HTML 5
with its data tags, like you said. If you can find any other way to
manipulate custom data for objects, let the tiddlywikideveloper group
know about it, they are the ones that decide how data is manipulated.

Regarding the : "You have specified an attribute more than once.
Example: Using the "height" attribute twice on the same "img" tag."
error, that's something to research I think.. if CCTW is assigning
the same field more than once per tiddler div.. that's something that
shouldn't be happening.

Try and check the source and see what's going on, why it's giving an
error that CCTW is specifying an attribute more than once, would be
interesting to know.

K.