[tw] Re: Heading styles in Mathematical HTMLARea
Kevin Strangely, I've never encountered the problems you mentioned except the table markup of TW. (Fx 3.0.3/ WinXP SP3) You could try these steps: 1) clear the cache and cookies of your browser 2) close your browser 3) open your TW in browser again and/or please try the original copy downloadded form my sf project site if it works correctly on your browser or not. Recently, I'll release next version of this package, included a new macro newWysiwygTiddler, fixed the problem of table markup and also upgraded the editor to HTMLArea-3.0-last-20071025. (It would be more compatiable with IE7) On 10月21日, 上午4時33分, kilucas [EMAIL PROTECTED] wrote: I've retried this after setting the editor region to English and usingBramChen's guidance on how to create a tiddler with the wysiwyg tag from scratch rather than opening one in the standard editor first, tagging it, closing it and reopening it in HTMLArea. But the formatting problems remain. 1) The heading buttons misbehave as above while text colouring works. 2) Bold, Italic, underline, strikethrough, bullets and all the justification buttons appear to misbehave in the same way as each other - they apply to the whole of the text I've entered and not just to highlighted text or the paragraph in which the cursor appears. It's as if they're ignoring line breaks or even the boundaries between what I've highlighted and what I have not even though colour and background formatting respect these just fine. 3) Table, hyperlink and image buttons work fine. Does this by any chance suggest what's going wrong with this editor perhaps? I notice HTMLArea in ASciencePad permitted italics only via its toolbar button and not via TW markup while the HTMLArea versionBram Chen now has permits TW markup for italics but the toolbar misbehaves as described above. The same correspondence is true for almost all the other formats that aren't available as TW markup in ASciencePad but which are available as TW markup inBram's. Conversely, TW markup isn't available for tables inBram'sbut the table button does work there. Is this irrelevant or might this supply a clue about what's going wrong perhaps? I know I can work round some of the formatting issues using the TW markup rather than the editor buttons but that'll confuse any other users of my TWs so it'd be great to nail this if at all possible. Thanks Kevin On Oct 12, 5:49 pm, kilucas [EMAIL PROTECTED] wrote: In the Mathematical version ofHTMLAreain ASciencePad I can highlight a line of text and use the styles dropdown to mark it as a header. If I attempt to do this in the version ofHTMLAreaathttp://sourceforge.net/project/showfiles.php?group_id=150646package_... then the whole of the text on the current and all subsequent lines is marked with the new header style. If I just place the cursor in a row without highlighting anything and choose aheadingstyle, the mouse cursor jumps to the bottom of the text, indented by one character, and marks the row to which the cursor has jumped with the correctheadingstyle but not the row on which the cusrors was originally placed. Whreas, if I do this in ASciencePad, the whole of the original row is marked with theheadingstyle correcvtly and the cursor doesn't jump anywhere. The same effects apply in the demo file within theHTMLAreafolders, suggesting that this is not just something odd I've done in my TW. So I wondered if something odd has therefore happened to style handling in this version (and its recent predecessor which manifested the same trait). For the record, text colouring and background colouring apply to highlighted regions as expected. Does anyone know how I'd fix this perhaps please? Thanks Kevin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TiddlyWiki group. To post to this group, send email to TiddlyWiki@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/TiddlyWiki?hl=en -~--~~~~--~~--~--~---
[tw] Re: FatSlicePlugin
Eric, Yes. At the time we implemented this we didn't appreciate that we could retrieve the values using the tiddler macro (*blush*) We plan to implement almost exactly what you proposed although we had been leaning towards the following syntax: tiddler TiddlerName::SliceName::SliceField We'll have a chat about the syntax to adopt and then evolve the plugin accordingly. Thanks to all for the feedback. Phil On Oct 22, 5:15 am, Eric Shulman [EMAIL PROTECTED] wrote: Like the default TiddlyWiki slices the first column is an index. Unlike the default slices, you can have multiple columns, and access a column by name, the names coming from the title row. | |!column1 |!column2 |!column3 | |row1| a | b | c | |row2| d | e | f | |row3| g | h | i | slice [[Data]] row1 column2 returns b. I dare say there are other ways of accessing the wide values, via the tiddler macro I like the notion of a 2D 'slice array', addressable by row and column names... and I especially like that fact that the additional table syntax doesn't interfere with the TW standard slice table handling, e.g., using the above table, you could still retrieve values where TiddlerName::row1=a, TiddlerName::row2=d, TiddlerName::row3=g, etc. However, I think that rather than defining a new slice macro to access the 'fat' slices (i.e., the extra columns in each row), a more transparent way to achieve this would be to enhance the store.getTiddlerText() function so that it would be able to recognize an extended syntax for specifying a slice *column name* in addition to a *row name* (which is currently supported by the TiddlerName::slicename syntax) I'm thinking something like this might work: TiddlerName::SliceRowName(SliceColumnName) where the (SliceColumnName) portion is optional. If no column name is specified, the standard handling (i.e., returning the value from the first column) would be applied. For example, given this slice array: [[FavoritesThings]] | |!Color|!Fruit|!Drink| |Jim|red|watermelon|tomato juice| |Jane|blue|berries|koolaid| |Stanley|orange|apples|coffee| |Edith|green|kiwi|lemon grass tea| You could then write things like: tiddler [[FavoriteThings::Jim(Color)]] tiddler [[FavoriteThings::Edith(Fruit)]] tiddler [[FavoriteThings::Stanley(Drink)]] to display red, kiwi, and coffee respectively. One really big advantage of extending the getTiddlerText() function is that every plugin and core macro handler that uses getTiddlerText() to access slices will immediately have the ability to reference values stored in row(column) slice arrays as well, without needing any code changes in those plugins or core functions! thoughts? -e --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TiddlyWiki group. To post to this group, send email to TiddlyWiki@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/TiddlyWiki?hl=en -~--~~~~--~~--~--~---
[tw] Re: FatSlicePlugin
We plan to implement almost exactly what you proposed although we had been leaning towards the following syntax: tiddler TiddlerName::SliceName::SliceField Using the :: separator twice in the section reference could be very problematic... especially for code that currently assumes that only one separator will be present. For example: var parts=split(title,config.textPrimitives.sliceSeparator); var slice=parts[1]; var title=parts[0]; or this var pos=title.indexOf(config.textPrimitives.sliceSeparator) var slice=title.substr(pos+1); var title=title.substr(0,pos); In the first case, the slice value would be slicename In the second case, the slice value would be slicename::slicefield By using a different delimiter (such as parens) to identify the slicefield, it eliminates any possible ambiguities when parsing a tiddler::slice(field) reference. -e --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TiddlyWiki group. To post to this group, send email to TiddlyWiki@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/TiddlyWiki?hl=en -~--~~~~--~~--~--~---
[tw] Re: FatSlicePlugin
Hey Eric (et al!)
I like the notion of a 2D 'slice array', addressable by row and column
names... and I especially like that fact that the additional table
syntax doesn't interfere with the TW standard slice table handling,
e.g., using the above table, you could still retrieve values where
TiddlerName::row1=a, TiddlerName::row2=d, TiddlerName::row3=g,
etc.
Actually fallback wasn't a design point for us, we have a very
strong, simple use-case, a human readable data model to drive forms
entry,
more on that soon, but backwards compatibility does appear to have
fallen out in the wash.
However, I think that rather than defining a new slice macro to
access the 'fat' slices (i.e., the extra columns in each row), a more
transparent way to achieve this would be to enhance the
store.getTiddlerText() function so that it would be able to recognize
an extended syntax for specifying a slice *column name* in addition to
a *row name* (which is currently supported by the
TiddlerName::slicename syntax)
yup! we discussed this a little with FND and Martin, and were
scared off by the risks of breaking existing interactions.
Initially Phil wanted to extend the wikifier, following on from the
way slices are referred to in a style sheet, e.g.:
div.header { background-color:[[RippleRapColors::Dark]];}
so the [[Tiddler::Row]] could be extended to [[Tiddler::Row::Col]]
unfortunately this seems to be stylesheet specific, and so for
expediency
we went for a slice macro. This has the advantage of being explicit.
I guess I'd be happy to change the functionality of existing functions
once we've a stronger idea of the usefulness (or not) of the data
model, and how it interacts with the wikifier. Experiments with
the PeriodicTable example haven't been totally successful, but
it looks very hopeful for our own purposes.
I'm thinking something like this might work:
TiddlerName::SliceRowName(SliceColumnName)
where the (SliceColumnName) portion is optional. If no column name
is specified, the standard handling (i.e., returning the value from
the first column) would be applied.
For example, given this slice array:
[[FavoritesThings]]
| |!Color|!Fruit|!Drink|
|Jim|red|watermelon|tomato juice|
|Jane|blue|berries|koolaid|
|Stanley|orange|apples|coffee|
|Edith|green|kiwi|lemon grass tea|
You could then write things like:
tiddler [[FavoriteThings::Jim(Color)]]
tiddler [[FavoriteThings::Edith(Fruit)]]
tiddler [[FavoriteThings::Stanley(Drink)]]
to display red, kiwi, and coffee respectively.
ah, that does sound like a different syntax for Phil's idea.
One really big advantage of extending the getTiddlerText() function is
that every plugin and core macro handler that uses getTiddlerText() to
access slices will immediately have the ability to reference values
stored in row(column) slice arrays as well, without needing any code
changes in those plugins or core functions!
right. Thanks for the steer towards getTiddlerText (and by implication
the
tiddler macro?) I think I slightly prefer the Tiddler::row::column
syntax,
but, we should definitely consider how to better fit this into the
existing
TiddlyWiki slice apparatus, once we've proved the model has value ..
Best,
Paul (psd)
--
http://blog.whatfettle.com
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TiddlyWiki group.
To post to this group, send email to TiddlyWiki@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/TiddlyWiki?hl=en
-~--~~~~--~~--~--~---
[tw] Order of words relevant in search?
Hello, I downloaded TiddlyWiki some time ago and sice then I have been wondering. Why is the order of words relevant when searching? This means when I search for say Term1 Term2 I get 2 hits. But when I search vor Term2 Term1 I will get only 1 hit. Today I noticed that it is obviously possible to change this behaviour when I had a look at the YourSearchPlugin from Abego Software (http:// tiddlywiki.abego-software.de/#YourSearchPlugin). At least it behaved as I would like it to on the webpage. After downloading the tiddler to my local wiki it was respecting the word order. Can anyone tell me how I can switch the wiki to search for all the words in my query and neglect the order of the words? cheers Carsetn --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TiddlyWiki group. To post to this group, send email to TiddlyWiki@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/TiddlyWiki?hl=en -~--~~~~--~~--~--~---
[tw] name of folder to use for backups - not working.
hi, i'm brand new to tiddlywiki, so if someone could give me a little advice, i'd really appreciate it! in the advanced options i put a location for the backup folder as follows: C:\Documents and Settings\tee-tu\Desktop\trevwiki-backups\ - but when i save, it says failed to create backup - i tried without the final slash, but this didn't help. i looked through the documentation, but there are no examples or further info that i could find - could someone give me a tip in the right direction please?thanks a lot! trev --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TiddlyWiki group. To post to this group, send email to TiddlyWiki@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/TiddlyWiki?hl=en -~--~~~~--~~--~--~---
[tw] Re: Order of words relevant in search?
I downloaded TiddlyWiki some time ago and sice then I have been wondering. Why is the order of words relevant when searching? This means when I search for say Term1 Term2 I get 2 hits. But when I search vor Term2 Term1 I will get only 1 hit. Straight out of the box, TiddlyWiki does not do keyword searches... rather, it does full text searches. Thus, Term1 Term2 is not the same as Term2 Term1, just as John Smith is different from Smith John. Can anyone tell me how I can switch the wiki to search for all the words in my query and neglect the order of the words? First, open [[AdvancedOptions]] and select the Enable regular expressions for searches checkbox. With this option set, you can then enter multiple search terms in the search input field by separating them with | (which means or), like this: term1|term2|term3 Regular expression syntax (aka, text patterns) can also be used to search for 'wildcard' text, like this: some.*thing The .* means 0 or more characters, so the above text pattern will match anything that starts with some and ends with thing. In addition to the above syntax, regular expressions have lots of other special sequences that can be used to construct very complex and varied patterns to be matched. In fact, regular expression text patterns are so powerful that the TiddlyWiki core's wikify() function uses them to recognize, process and render all the wiki-syntax in your tiddler content. For an overview of the various syntax elements that can be used within regular expressions, see: http://www.TiddlyTools.com/#FAQ_RegularExpressions enjoy, -e Eric Shulman TiddlyTools / ELS Design Studios --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TiddlyWiki group. To post to this group, send email to TiddlyWiki@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/TiddlyWiki?hl=en -~--~~~~--~~--~--~---
[tw] DataDbPlugin
Molicule, I have started using this and I like it very much. One thing that would make it even more useful for me is if it accepted URLs and displayed them in a form one could click on. Possible? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TiddlyWiki group. To post to this group, send email to TiddlyWiki@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/TiddlyWiki?hl=en -~--~~~~--~~--~--~---
[tw] Re: Problems Uploading to Tiddlyspot
I figured it out. I looked at my backup folder online and it was only updating my xml file so I went into my local copy and unchecked the RSS and backup folder option and now it works! On Oct 22, 4:11 am, Zypher [EMAIL PROTECTED] wrote: I'm currently having issues uploading and saving to the web of my wiki: wildetimes.tiddlyspot.com. I was able to upload to it earlier today from a local copy, but I can no longer do it. I've tried deleting all plugins except for TspotSetup, ForEachTiddler UploadPlugin. I'm also using a backup folder, checked the RSS feed checkbox, entered in username and password. The tiddlyspot control panel keeps telling me my last entry was at 9:05 on the 21rst. I also started using the excludeLists tag. Any suggestions? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TiddlyWiki group. To post to this group, send email to TiddlyWiki@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/TiddlyWiki?hl=en -~--~~~~--~~--~--~---
[tw] Help in exporting Tiddlers to html or rtf
Hello, I would like to export my note-taking wiki's tiddlers in plain html as a backup (just in case the tiddlywiki file gets corrupted for some reason I want to have plain html of the contents of the wiki). By plain html I mean just one file with all the tiddlers but without the css or javascript that creates the dynamic viewing. I tried SaveAsPlugin by Eric Shulman, but it does not work either in Safari or in FF3. I also installed the CoreTweaksPlugin but it did not fix things. I get the NS_FILE_NOT_FOUND error from FF3 and from Safari I get a message window that it cannot save. I read here that other people have succeeded. Any tips on what I could do? Perhaps use some other plugin? Thanks! Iannis Zannos --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TiddlyWiki group. To post to this group, send email to TiddlyWiki@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/TiddlyWiki?hl=en -~--~~~~--~~--~--~---
