On Feb 3, 6:46 am, Edward K. Ream edream...@gmail.com wrote:
At present, the Qt input key logic is way more difficult than it needs
to b. Indeed, it must produce *exactly* the same results as does
k.shortcutFromSetting. Errors in this difficult logic will cause keys
not to work.
But there
On Feb 4, 8:58 am, Viktor Ransmayr viktor.ransm...@gmail.com wrote:
Hoping that it provides additional info for your analysis I'm adding
the respective logs as well ...
File D:\Branches\leo-editor\leo\core\leoKeys.py, line 3117, in
isAutoCompleteChar
if g.new_bindings:
The following are mostly notes to myself (and to future maintainers).
Feel free to ignore.
Rev 4972 demonstrates that the KeyStroke class can indeed distinguish
between raw user settings and the canonicalized form used
throughout Leo. Indeed, the ability to explicitly distinguish between
the
On 5 Feb., 09:25, Edward K. Ream edream...@gmail.com wrote:
On Feb 4, 8:58 am, Viktor Ransmayr viktor.ransm...@gmail.com wrote:
Hoping that it provides additional info for your analysis I'm adding
the respective logs as well ...
File D:\Branches\leo-editor\leo\core\leoKeys.py, line 3117,
Why not just have .s attribute in KeyStroke, that contains the string version?
On 5.2.2012 11:36 Edward K. Ream wrote:
The following are mostly notes to myself (and to future maintainers).
Feel free to ignore.
Rev 4972 demonstrates that the KeyStroke class can indeed distinguish
between raw
Apologies in advance to the extent this is considered off-topic, because
given my level of programming experience (on a scale of 1-10: 0.2 8-) I
don't think I can use Leo for this, but given the talk of using Leo for
templating and the fact that I'm looking for recommendations from
On Sun, Feb 5, 2012 at 7:07 AM, vivai...@gmail.com wrote:
Why not just have .s attribute in KeyStroke, that contains the string
version?
A good question. Indeed, all Keystroke objects ks do have an s ivar.
Experience (that is, ugly code) has shown that *during* the transition
we don't want
The following question arises from code level considerations while
refactoring Leo's baroque key-handling code. However, this is user-
level question, and I'd like your advice.
At present, Leo supports two key-related settings:
@bool swap_mac_keys
@bool enable_alt_ctrl_bindings
As I
On Sun, 5 Feb 2012 06:21:16 -0800 (PST)
HansBKK hans...@gmail.com wrote:
I **know already** that Leo can do this - but that just means **you** can
do this in Leo+Python, and I'm not going with cloned snippets for
templating which would have been my approach a few weeks ago.
I have a real
It should be global setting. Command line argument doesn't make sense, no
other program in the world requires command line switch to work with
european keyboards.
If find pane is the only thing that requires this, perhaps it's good to fix
find pane to use other shortcuts (or disable the
On 5 Feb., 18:52, Ville M. Vainio vivai...@gmail.com wrote:
It should be global setting. Command line argument doesn't make sense, no
other program in the world requires command line switch to work with
european keyboards.
I fully agree with Ville. - In order to make Leo as easy as possible
to
Thanks Terry, but it looks to me like all of these are dynamic, running via
server-side add-ons.
I'm looking to locally generate static HTML+CSS - maybe some javascript for
stuff like analytics but that's all - that can be uploaded to a
plain-vanilla Apache host.
I realize that you (sing +
Hi Hans
On Feb 5, 7:33 pm, HansBKK hans...@gmail.com wrote:
Thanks Terry, but it looks to me like all of these are dynamic, running via
server-side add-ons.
I'm looking to locally generate static HTML+CSS - maybe some javascript for
stuff like analytics but that's all - that can be uploaded
Hi Hans
I have previously used Cheetah:
http://www.cheetahtemplate.org/
(and, later,) Jinja:
http://jinja.pocoo.org/
to create static HTML websites. I also used CleverCSS as a way of
writing 'structured' CSS which is preprocessed into 'the real thing':
On Sun, 5 Feb 2012 11:33:25 -0800 (PST)
HansBKK hans...@gmail.com wrote:
I'm looking to locally generate static HTML+CSS - maybe some javascript for
stuff like analytics but that's all - that can be uploaded to a
plain-vanilla Apache host.
I realize that you (sing + most of you plural)
Thanks for the templating pointers. I also came across Tahchee, which uses
Cheetah and also supports reST directly, which is great for possible Leo
integration, plus my current markup-format transformer Pandoc supports reST
as input.
Another thought for a good combination of mainstream
16 matches
Mail list logo
