I've noticed that CTRL-Home is going to start-of-line rather than top-of-file in Zim 0.65. I know 0.64 had CTRL binding problems but I've not heard of this one. Is is something on my side? Can't think of what, and I don't recall changing anything relevant, but...
Home, CTRL-Home, End, CTRL-End all work as expected in other apps, e.g. gedit. But in Zim both Home, CTRL-Home now go to start-of-line, while End, CTRL-End work as expected. Running 0.65~ubuntu14.04.1 from PPA on Mint 17. I've restarted Zim, and the following looks OK: ---- ~/.config/zim$ grep -i 'home' accelmap* accelmap:; (gtk_accel_path "<Actions>/GtkInterface/open_page_home" "<Alt>Home") accelmap.ORIG:; (gtk_accel_path "<Actions>/GtkInterface/open_page_home" "<Alt>Home") ---- I'm surprised I'm the only one noticing it, which makes me think it's on my side somehow. Confirm or clues? Otherwise, the "verbatim" trick seems to be working for Ansible code snippets containing lots of {{ J2var }} entities. It could certainly be a PBCAK but I'd swear in <= 0.63 Zim was re-writing (and thus breaking): This: ''group: name={{ item.key }} gid={{ item.value.id }}'' To: ''group: name=''{{ item.key }}'' gid=''{{ item.value.id }} And I'm really loving the BookmarksBar, +1 for that to be included in main. Thanks, JP ----------------------------|:::======|------------------------------- JP Vossen, CISSP |:::======| http://bashcookbook.com/ My Account, My Opinions |=========| http://www.jpsdomain.org/ ----------------------------|=========|------------------------------- "Microsoft Tax" = the additional hardware & yearly fees for the add-on software required to protect Windows from its own poorly designed and implemented self, while the overhead incidentally flattens Moore's Law. _______________________________________________ Mailing list: https://launchpad.net/~zim-wiki Post to : zim-wiki@lists.launchpad.net Unsubscribe : https://launchpad.net/~zim-wiki More help : https://help.launchpad.net/ListHelp