Hi Corey
> On 22 Jun 2016, at 01:42, Corey Woodworth wrote:
>
> Is there still a planned release soon?
Yes, unfortunately I missed the planned window of opportunity a few weeks ago,
and have been unusually busy with the day-job since then. I’m still hoping to
release in the next couple of wee
Hi Danielo
> Are you going to keep the search results in a popup? Please not. It obscures
> valuable information behind it and it is specially annoying on mobile, where
> the popup disappears and you are forced to search again. I think this is a
> too polemical feature to be included as default
Hi WiM
> -great upgrade!
Thank you! It's a shame that it's taken so long to get it released, but that's
the price we pay for making such substantial changes that affect so many users
at this point in the project lifetime.
> -somehow that the preview-type button is not included in the editors
Le lundi 9 mai 2016 18:39:31 UTC+2, Jeremy Ruston a écrit :
>
> Hi Mark
>
> On 9 May 2016, at 10:07, 'Mark S.' via TiddlyWiki <
> tiddl...@googlegroups.com > wrote:
>
> Unfortunately, you can not scroll the preview side of the screen. This
> means that the preview and edit areas can be far apart
Hi Mark
> On 9 May 2016, at 10:07, 'Mark S.' via TiddlyWiki
> wrote:
>
> Unfortunately, you can not scroll the preview side of the screen. This means
> that the preview and edit areas can be far apart, and impossible to line up.
> This means you end up going back and forth while editing. If y
I have still been trying to figure out why undo was acting strange and I am
so close. I think that the functionality was all there. It is just a matter
of doing something like the following, but I can't quite figure it out how
to capture the text of the hidden dummy iframe after the undo but not
Hi Rustem
The editor should work with custom palettes because that was a bug I fixed a
few weeks ago. Perhaps there's been a regression; I'll investigate.
Best wishes
Jeremy
--
Jeremy Ruston
jer...@jermolene.com
http://jermolene.com
> On 7 May 2016, at 18:04, Rustem <8pa...@gmail.com> wrote:
Hi Tobias
> At first I was a little skeptical reading "editor toolbar", that I would not
> necessarily want to see such a thing in the core, but now that I'm playing
> with it, I believe there's some major productivity enhancements in store, if
> only for the editing shortcuts. I assume it woul
> Hard line breaks in the new wikitext edit tools?
There's no shortcut for entering hard line breaks at the moment.
Best wishes
Jeremy
>
> Alex
>
>> On 8 May 2016 at 07:37, Tobias Beer wrote:
>> Hi Jeremy,
>>
>> Congratulations, this looks really good. Will do some more testing.
>>
>> At f
Jeremy,
Hard line breaks in the new wikitext edit tools?
Alex
On 8 May 2016 at 07:37, Tobias Beer wrote:
> Hi Jeremy,
>
> Congratulations, this looks really good. Will do some more testing.
>
> At first I was a little skeptical reading "editor toolbar", that I would
> not necessarily want to s
I use a theme that is not white (Solar Flare), and a bigger font in the
editor. In my opinioin, the new editor needs the following before it’s
released: a possibility of styling it, and an opt-out switch that reverts
to the old plain textarea editor.
I looked briefly at the code. Maybe I mis
I know 5.1.12 is about to be released without undo but I still think it
would be nice to have undo and redo buttons included. I think that the
functionality was all there. It is just a matter of doing something like
the following, can't quite figure it out how to capture the text of the
hidden dumm
Hi Devin
> On 4 May 2016, at 18:18, Devin Weaver wrote:
>
> Is this a call for new bug fixes or only bug introduced in the recent future?
> I ask based on this pull request I just submitted last night:
> https://github.com/Jermolene/TiddlyWiki5/pull/2420
I was particularly interested in bugs
Ok, then. I said it just in case.
P.-
El jueves, 28 de abril de 2016, 9:45:52 (UTC+2), Jeremy Ruston escribió:
>
> Hi Pau
>
> There are some strange shortcut behaviours of text editors on Firefox
> 45.0.2
>
>
> The behaviour you describe is intentional: the list-number and list-bullet
> toolbar
Hi Pau
> There are some strange shortcut behaviours of text editors on Firefox 45.0.2
The behaviour you describe is intentional: the list-number and list-bullet
toolbar buttons work on the top level only.
I did investigate trying to make it possible for the toolbar buttons to make
arbitrary ad
Hi Jeremy,
Yes indeed , the editor looks and feels really good
One of the things it does is to encourage experimentation right away in the
edit template. With the preview page, I think that seeing the
transformation happen instantly is one of the features that makes TW so
addictive.
For the futu
> Wow, the editor looks perfect to me. This will increase the usability of tw a
> lot.
Thanks Bo, much appreciated.
Best wishes
Jeremy
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "TiddlyWiki" group.
> To unsubscribe from this group and stop rec
I've now seen the shortcut editor. It's just great.
Regarding translation plugin, I just have a doubt. I see the new
translatable strings on the translators edition. Ok so far, but:
The already translated strings belong to the existing 5.1.11 version, which
I have already revised for version 5
Hi Pau
> a) Ctrl-P shortcut toggles off the preview only. When trying to toggle the
> preview back, the shortcut collides with with the system shortcut, opening
> the print dialog. Would it be possible to make it e.g. Ctrl-Mays-P? Any
> possibility to customise the shortcuts in the editor to be
Hi Stephen
> I think you’ll find that after changing the palette you need to cancel and
> re-edit tiddlers to make the editor update to the new palette. The issue is
> that the textarea in the editor is embedded in an iframe in order to allow us
> to preserve the selection, but a side effect is
Hi Devin
> I have released my personal blog site with the pre-release version. I haven't
> noticed any problems yet. If anyone is interested in checking it out feel
> free: https://tritarget.org/
Great to see your site; I’ve added it as an example:
https://github.com/Jermolene/TiddlyWiki5/comm
Jeremy,
The undo/redo buttons *do* work in Firefox if you install the CodeMirror
> plugin.
>
Thanks for info.
>>due to, different browsers so it would be good with a general "if browser
> X then..." kind of command.
>
> but as usual I’m reluctant to spend too much time working around browser
Hi Xavier
> I'm eager to present TW5 to new people who expect that text editors feature
> toolbars!
Ha! Great, we’ll look forward to hearing how you get on.
> I noticed one confusing thing though: the stamp button appears in the toolbar
> when editing a new Markdown tiddler.
Yes; although the
> I’ll investigate hiding the buttons in the specific case of running on
> Firefox with no CodeMirror plugin, but as usual I’m reluctant to spend too
> much time working around browser oddities.
I’ve ended up adding a warning alert when attempting to use the undo/redo
buttons in Firefox:
http
Hi Stephen
> I use very dark themes and palettes with my Tiddlywikis. In the previous
> pre-release I could style the editor but this one I seem to get glaring white
> with black characters no matter what I do. Perhaps it is something very
> simple but I'm missing it.
I think you’ll find that
Hi Mat
> In deed unfortunate.
> I'm thinking that those buttons would then better not show up in FF. If not
> for this release then for the next,
> There are additional such differences in TW between, and
The undo/redo buttons *do* work in Firefox if you install the CodeMirror
plugin. Incident
Hi Jeremy,
I'm eager to present TW5 to new people who expect that text editors feature
toolbars!
I noticed one confusing thing though: the *stamp* button appears in the
toolbar when editing a new Markdown tiddler.
By the way, I'm a bit concerned that Markdown might become the default type
for cr
27 matches
Mail list logo
