[Zim-wiki] Bug in Tables?

[Smilie]

Hello,

has anybody try to copy and paste inner Tables?
I have detect a bug while copy and paste in tables.
hier is the part with the table:



-

= Telecomand low Level =

 Reference of CAN-Register for Em|05  | 0x0005 | |  
|extended Mode 

| Lfd. | CAN ID | Bezeichnung<| Beschreibung
<|
|:-|:---|:|:-|
| 01   | 0x | Send| Reserviert für Senden   
 |
| 02   | 0x0001 | RTR | Register nicht aktiv, jedoch 
reserviert! |
| 03   | 0x0002 | Automatik-Modus | Reserviert, Nicht Aktiv 
 |
| 04   | 0x0004 | | 
 |
| 05   | 0x0005 | | 
 |
| 06   | 0x0006 | | 
 |



 CAN-Telecomand in 8bytes 

-

the problem is the part in chapter heading  Zuordnung

while copy and paste from table to the same table has zim inserted a wrong part 
in 
chapter heading  Reference


The right String was:

 Reference of CAN-Register for extended Mode 



___
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

Re: [Zim-wiki] Bug with inline arithmetic feature?

[Smilie]

6,8*10=680
6.8*10=68.0

The calculation works whitout crash.


Am Wed, 28 Sep 2016 16:51:43 -0400
schrieb Brendan Kidwell :

> Smilie,
> 
> Can you try your calculation with "." instead of "," as the fraction
> separator in your arithmetic expression?
> 
> If it works when you change the expression, then perhaps 1) your
> desktop is configured wrong for that localization parameter or 2) Zim
> is failing to use your preference.
> 
> Brendan Kidwell
> 
> On Tue, Sep 27, 2016, at 06:23, Smilie wrote:
> > Ich habe folgendes mit F5 berechnet:
> > 1,17*1023/3,3=3,627
> > 
> > Das Resultat:
> > [crash report]  
> 
> ___
> 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


___
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

Re: [Zim-wiki] Bug with inline arithmetic feature?

[Brendan Kidwell]

Smilie,

Can you try your calculation with "." instead of "," as the fraction
separator in your arithmetic expression?

If it works when you change the expression, then perhaps 1) your desktop
is configured wrong for that localization parameter or 2) Zim is failing
to use your preference.

Brendan Kidwell

On Tue, Sep 27, 2016, at 06:23, Smilie wrote:
> Ich habe folgendes mit F5 berechnet:
> 1,17*1023/3,3=3,627
> 
> Das Resultat:
> [crash report]

___
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

[Zim-wiki] Bug?

[Smilie]

Ich habe folgendes mit F5 berechnet:
1,17*1023/3,3=3,627

Das Resultat:

This is zim 0.65
Platform: posix
Locale: de_DE UTF-8
FS encoding: UTF-8
Python: (2, 7, 12, 'final', 0)
Gtk: (2, 24, 31)
Pygtk: (2, 24, 0)
Zim revision is:
  branch: zim-trunk
  revision: 805
jaap.karssenb...@gmail.com-20151101144245-0g7s8a7qjt5xu1d0 date:
2015-11-01 15:42:45 +0100

=== Traceback ===
  File "/usr/lib/python2.7/dist-packages/zim/actions.py", line 109, in
func self.func(instance, *arg, **kwarg)
  File "/usr/lib/python2.7/dist-packages/zim/plugins/arithmetic.py",
line 53, in calculate parser.parse( buf )
  File "/usr/lib/python2.7/dist-packages/zim/inc/arithmetic.py", line
469, in parse self.parseLine( i, textBuffer, variables=self.variables,
functions=self.functions ) File
"/usr/lib/python2.7/dist-packages/zim/inc/arithmetic.py", line 392, in
parseLine variables=variables, functions=functions ) ) File
"/usr/lib/python2.7/dist-packages/zim/inc/arithmetic.py", line 243, in
evaluate return AddCommas( safe_eval( ''.join( expressionD ) ) ) File
"/usr/lib/python2.7/dist-packages/zim/inc/arithmetic.py", line 139, in
safe_eval re = eval(expression, GLOBALS, {'Decimal': Decimal}) File
"", line 1, in  File "/usr/lib/python2.7/decimal.py",
line 547, in __new__ "Invalid literal for Decimal: %r" % value)
  File "/usr/lib/python2.7/decimal.py", line 3872, in _raise_error
raise error(explanation)
InvalidOperation: Invalid literal for Decimal: 'Dig undefined'

___
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

[Zim-wiki] Bug caused by difference between and and Ampersand

[janpacovsky]

Hello,
 
I stumble upon wierd behaviour while I was editing somethig else the IDE changed 
all ampersands () to 'and's
 
and some things broke - not sure if all
 
the one problem I noticed was in zim\gui\pageview.py
 
in line 3428 in the 0.60 version from 
http://www.zim-wiki.org/downloads/zim-0.60.tar.gz
 
(the atachement is just copy of text to ensure correct transfer by e-mail)
t
 
 
elif (event.keyval in KEYVALS_LEFT_TAB
            and not (event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK)
        )  
-

 
elif (event.keyval in KEYVALS_LEFT_TAB
            and not (event.state and KEYSTATES and ~gtk.gdk.SHIFT_MASK)
        ) 
 
 
the code handles the shift tab combo
 
tab shifts content right
shift tab back but only in ampersand version
 
 
and all of them are always True
event.state
KEYSTATES
~gtk.gdk.SHIFT_MASK
 
 
I don't see meaning of this part, can somebody explain why this is here anyway?
event.state and KEYSTATES and ~gtk.gdk.SHIFT_MASK
 
 
__
I am using windows 8 64-bit, running from sources with python version 2.7.3
 
 
 
INFO: This is zim 0.60
DEBUG: Python version is sys.version_info(major=2, minor=7, micro=3, 
releaselevel='final', serial=0)
DEBUG: Platform is nt
DEBUG: Zim revision is:
  branch: pyzim-trunk
  revision: 672 jaap.karssenb...@gmail.com-20130430172720-n6jaw95wiyevdqln
  date: 2013-04-30 19:27:20 +0200
 
__
debug info from modified function to print debug info
 
recorded view is for tab, shift + tab (with cursor placed before text)
 
 
    def do_key_press_event(self, event):
        # This method defines extra key bindings. It also triggers
        # end-of-word and end-of-line signals.
        #
        # Note that on maemo only TAB triggers this method, other keys
        # avoid it somehow
        #
        # Calls in read-only mode or selection mode are dispatched to two
        # methods below.

        handled = False
        buffer = self.get_buffer()
        print 'KEY %s (%i)' % (gtk.gdk.keyval_name(event.keyval), event.keyval)
        print 'STATE %s' % event.state

        print event.state, event.state
        print KEYSTATES, KEYSTATES
        print ~gtk.gdk.SHIFT_MASK, ~gtk.gdk.SHIFT_MASK
        
        #print (event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK), (event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK)

        print (event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK), (event.state  
KEYSTATES  ~gtk.gdk.SHIFT_MASK)
        
        print NOT event.state, not event.state

        print NOT KEYSTATES, not KEYSTATES
        print NOT ~gtk.gdk.SHIFT_MASK, not ~gtk.gdk.SHIFT_MASK
        
        print NOT (event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK),not (event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK)
        
        print NOT with ANDs... KEYSTATES and ~gtk.gdk.SHIFT_MASK),not (event.state and KEYSTATES and ~gtk.gdk.SHIFT_MASK)
        
        print'\n\n'

        if not self.get_editable():
 
 
KEY Tab (65289)
STATE flags 0 of type GdkModifierType
event.state flags 0 of type GdkModifierType
KEYSTATES flags GDK_SHIFT_MASK | GDK_CONTROL_MASK | GDK_MOD1_MASK of type 
GdkModifierType
~gtk.gdk.SHIFT_MASK -2
(event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK) 0
NOT event.state True
NOT KEYSTATES False
NOT ~gtk.gdk.SHIFT_MASK False
NOT (event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK) True
NOT with ANDs... KEYSTATES and ~gtk.gdk.SHIFT_MASK) True



KEY Shift_L (65505)
STATE flags GDK_SHIFT_MASK of type GdkModifierType
event.state flags GDK_SHIFT_MASK of type GdkModifierType
KEYSTATES flags GDK_SHIFT_MASK | GDK_CONTROL_MASK | GDK_MOD1_MASK of type 
GdkModifierType
~gtk.gdk.SHIFT_MASK -2
(event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK) 0
NOT event.state False
NOT KEYSTATES False
NOT ~gtk.gdk.SHIFT_MASK False
NOT (event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK) True
NOT with ANDs... KEYSTATES and ~gtk.gdk.SHIFT_MASK) False



KEY ISO_Left_Tab (65056)
STATE flags GDK_SHIFT_MASK of type GdkModifierType
event.state flags GDK_SHIFT_MASK of type GdkModifierType
KEYSTATES flags GDK_SHIFT_MASK | GDK_CONTROL_MASK | GDK_MOD1_MASK of type 
GdkModifierType
~gtk.gdk.SHIFT_MASK -2
(event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK) 0
NOT event.state False
NOT KEYSTATES False
NOT ~gtk.gdk.SHIFT_MASK False
NOT (event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK) True
NOT with ANDs... KEYSTATES and ~gtk.gdk.SHIFT_MASK) False


Hello,

I stumble upon wierd behaviour while I was editing somethig else the IDE 
changed all ampersands () to 'and's

and some things broke - not sure if all

the one problem I noticed was in zim\gui\pageview.py

in line 3428 in the 0.60 version from 
http://www.zim-wiki.org/downloads/zim-0.60.tar.gz

elif (event.keyval in KEYVALS_LEFT_TAB
and not (event.state  KEYSTATES  ~gtk.gdk.SHIFT_MASK)
) 

-

elif (event.keyval in KEYVALS_LEFT_TAB
and not (event.state and KEYSTATES and 

[Zim-wiki] Bug in table of content?

[Joerg Desch]

I'm using ZIM 0.59 from the Ubuntu repository. At least with this release, I 
discovered a bug in the table of content plugin. If you use two equal 
headlines, the plugin always jumps to the first one. I have not tried this with 
previous versions.

Can somebody confirm this behavior? Thanks.

Regards
-- 
Email: Joerg Desch jd DOT vvd AT web DOT de

___
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

Re: [Zim-wiki] Bug in table of content?

[JP Vossen]

On 02/22/2013 02:06 AM, Joerg Desch wrote:
 I'm using ZIM 0.59 from the Ubuntu repository. At least with this
 release, I discovered a bug in the table of content plugin. If you
 use two equal headlines, the plugin always jumps to the first one. I
 have not tried this with previous versions.

 Can somebody confirm this behavior? Thanks.

Yes.  But the behavior seems to be to always jump to the line *below* 
(sort-of) the current cursor location, which is not always the first 
headline.


I'm running 0.59 from source on WinXP (don't ask).  I have a page with 2 
identical Heading1 lines (just a bunch of - as a separator), call them 
A and B.


1) If the current cursor is above A, and I click on *either* ToC entry I 
always go to A.


2) If the current cursor is below A but above B, and I click on *either* 
ToC entry I always go to B.


3) If the current cursor is below B, and I click on *either* ToC entry I 
always go to A.


I noticed this recently, but don't really care since I have other unique 
ToC/headers I can jump to instead.


Later,
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

Re: [Zim-wiki] Bug in table of content?

[nomnex]

 On Fri, 22 Feb 2013 08:06:13 +0100
 Joerg Desch jd@web.de wrote:

 I'm using ZIM 0.59 from the Ubuntu repository. At least with this
 release, I discovered a bug in the table of content plugin. If you
 use two equal headlines, the plugin always jumps to the first one. I
 have not tried this with previous versions.
 
 Can somebody confirm this behavior? Thanks.
 
 Regards

Hello, I did not have time to fill a bug, feel free to do it, if you
have time. Thanks.

See below.

--nomnex

 On Thu, Jul 19, 2012 at 3:51 PM, nomnex nom...@gmail.com wrote:
  I guess there's already a report about the issue. I haven't find it
  on Launchpad.
 
 It's an limitation of the current implementation. Will probably not
 fix it until we have anchors implemented. Please file a bug to remind
 us to fix it in the long run.

Regards,

Jaap
-- 
nomnex nom...@gmail.com
Freenode: nomnex
Registered Linux user #505281. Be counted at: http://linuxcounter.net

___
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

Re: [Zim-wiki] Bug in 0.57? Empty space and close button above pane

[Jaap Karssenberg]

On Thu, Oct 11, 2012 at 8:52 AM, Jaap Karssenberg 
jaap.karssenb...@gmail.com wrote:

 On Thu, Oct 11, 2012 at 1:36 AM, Adam Porter a...@alphapapa.net wrote:
  On Wed, Oct 10, 2012 at 1:07 AM, Jaap Karssenberg
  jaap.karssenb...@gmail.com wrote:
  This is not a bug, with the new interaction model we must have a close
  button for each side pane. I admit it would be nicer to make it more
  compact, so I'm open to suggestions how to position the button better.
  Note that if you don't have a widget on top, the same space is used to
  put also the label of the side pane contents, so it is less redundant.
 
  I understand.  I moved the calendar to the bottom and then the close
  button was next to the tabs and didn't use any extra space.  But would
  it be possible to just deactivate the panes through the View menu
  instead of having the close button?  It doesn't seem to me that one
  would be closing the panes very often, anyway.  Not to toss aside your
  hard work... :)

 I considered that, but decided against it after looking at other
 applications. Almost any application with panes that can close or hide
 has either a close button or an folding arrow. So I figured users will
 expect this and I don't want to break the pattern. Also from a
 discoverability point of view I think it is better to have a direct
 button rather than hiding it in a menu.

 What may help is to actually put the close button in the widget
 itself, next to the label with today's date. But that requires a bit
 more sophistication in the framework.


Implemented in revision 606: both the calendar widget and the attachment
browser pane now absorb  the close button for the pane. Thus saving quite
a few pixels in the window space.

Regards,

Jaap
___
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

Re: [Zim-wiki] bug (sort of) when opening a page because of bad formatted links

[Rui Nibau]

Le lun. 15 oct. 2012 10:07:19 CEST, Jaap Karssenberg a écrit :
 On Sun, Oct 14, 2012 at 4:44 PM, Rui Nibau rui.ni...@omacronides.com wrote:
 And, Jaap, if you want, i can fill a bug on Launchpad for that.

 Yes, please do. That makes it easier for me to keep track.

 Thanks,

 Jaap

Done: https://bugs.launchpad.net/zim/+bug/1067001

--
Rui Nibau
http://omacronides.com

___
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

[Zim-wiki] bug (sort of) when opening a page because of bad formatted links

[Rui Nibau]

Hi everybody.

First of all, thanks Jaap for the new zim release.

I ran into a kind of bug that forbid to display the content of a page.

Here's the traceback :



This is zim 0.57
Python version is sys.version_info(major=2, minor=7, micro=3,
releaselevel='final', serial=0)
Gtk version is (2, 24, 11)
Pygtk version is (2, 24, 0)
Platform is posix
No bzr version-info found

=== Traceback ===
  File /[PATH]/zim/zim/gui/pageview.py, line 4649, in set_page
self.set_parsetree(tree, bool(template))
  File /[PATH]/zim/zim/gui/pageview.py, line 4740, in set_parsetree
buffer.set_parsetree(tree)
  File /[PATH]/zim/zim/gui/pageview.py, line 603, in set_parsetree
self.insert_parsetree_at_cursor(tree)
  File /[PATH]/zim/zim/gui/pageview.py, line 670, in
insert_parsetree_at_cursor
self._insert_element_children(root, raw=raw)
  File /[PATH]/zim/zim/gui/pageview.py, line 743, in
_insert_element_children
self._insert_element_children(element, list_level=list_level,
raw=raw) # recurs
  File /[PATH]/zim/zim/gui/pageview.py, line 784, in
_insert_element_children
self.insert_link_at_cursor(element.text, **element.attrib)
  File /[PATH]/zim/zim/gui/pageview.py, line 841, in
insert_link_at_cursor
self.insert_at_cursor(text)
TypeError: GtkTextBuffer.insert_at_cursor() argument 1 must be string
or read-only buffer, not None



The reason for this bug is simple : I had some wiki formatted links
without url in this page, i.e things like `[[unison|]]`.

And it was my fault : i copied some text from an email with those wiki
links without urls.

Removing the broken links resolved the problem.

So, i think we can't call that a bug since it's not Zim that
produced those broken links. I just wanted to inform zim users if they
face this kind of behavior.

And, Jaap, if you want, i can fill a bug on Launchpad for that.

Regards,

-- 
Rui Nibau
http://omacronides.com

___
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

Re: [Zim-wiki] Bug in 0.57? Empty space and close button above pane

[Jaap Karssenberg]

On Thu, Oct 11, 2012 at 1:36 AM, Adam Porter a...@alphapapa.net wrote:
 On Wed, Oct 10, 2012 at 1:07 AM, Jaap Karssenberg
 jaap.karssenb...@gmail.com wrote:
 This is not a bug, with the new interaction model we must have a close
 button for each side pane. I admit it would be nicer to make it more
 compact, so I'm open to suggestions how to position the button better.
 Note that if you don't have a widget on top, the same space is used to
 put also the label of the side pane contents, so it is less redundant.

 I understand.  I moved the calendar to the bottom and then the close
 button was next to the tabs and didn't use any extra space.  But would
 it be possible to just deactivate the panes through the View menu
 instead of having the close button?  It doesn't seem to me that one
 would be closing the panes very often, anyway.  Not to toss aside your
 hard work... :)

I considered that, but decided against it after looking at other
applications. Almost any application with panes that can close or hide
has either a close button or an folding arrow. So I figured users will
expect this and I don't want to break the pattern. Also from a
discoverability point of view I think it is better to have a direct
button rather than hiding it in a menu.

What may help is to actually put the close button in the widget
itself, next to the label with today's date. But that requires a bit
more sophistication in the framework.

Regards,

Jaap

___
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

Re: [Zim-wiki] Bug in 0.57? Empty space and close button above pane

[Jaap Karssenberg]

On Tue, Oct 9, 2012 at 10:21 PM, Adam Porter a...@alphapapa.net wrote:
 Please see the attached screenshot.  I guess this is related to the
 new ability to move side panes, but this blank space at the top of the
 pane and the close button are strange, and it takes up valuable screen
 space.

This is not a bug, with the new interaction model we must have a close
button for each side pane. I admit it would be nicer to make it more
compact, so I'm open to suggestions how to position the button better.
Note that if you don't have a widget on top, the same space is used to
put also the label of the side pane contents, so it is less redundant.

 By the way, another small bug: in the plugin config dialogs, where the
 option for the pane's position is, the label for the drop-down list
 is, e.g. Top left rather than something like Pane position.

That's a bug indeed.

Regards,

Jaap

___
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

Re: [Zim-wiki] Bug in 0.57? Empty space and close button above pane

[Adam Porter]

On Wed, Oct 10, 2012 at 1:07 AM, Jaap Karssenberg
jaap.karssenb...@gmail.com wrote:
 This is not a bug, with the new interaction model we must have a close
 button for each side pane. I admit it would be nicer to make it more
 compact, so I'm open to suggestions how to position the button better.
 Note that if you don't have a widget on top, the same space is used to
 put also the label of the side pane contents, so it is less redundant.

I understand.  I moved the calendar to the bottom and then the close
button was next to the tabs and didn't use any extra space.  But would
it be possible to just deactivate the panes through the View menu
instead of having the close button?  It doesn't seem to me that one
would be closing the panes very often, anyway.  Not to toss aside your
hard work... :)

___
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

Re: [Zim-wiki] Bug: error when exporting notebook with attachements. Can I debug a specific page?

[Jaap Karssenberg]

Looks like you have a page in there which causes export to fail when parsing
it to find the heading. For debugging please first close all zim instances
(and quit the tray icon). Then try to export with zim -D it should spit
out the exact page to the terminal.

Please open a bug report for this.

Thanks,

Jaap
___
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

Re: [Zim-wiki] Bug: error when exporting notebook with attachements. Can I debug a specific page?

[nomnex]

btw is it enought to pass the error along or do I open a bug report?

This is zim 0.52
Python version is sys.version_info(major=2, minor=7, micro=1,
releaselevel='final', serial=0) Gtk version is (2, 24, 4)
Pygtk version is (2, 24, 0)
Platform is posix
Zim revision is:
  branch: pyzim-trunk
  revision: 391 par...@cpan.org-20110428180907-hls8utfz1nege9ji
  date: 2011-04-28 20:09:07 +0200

=== Traceback ===
  File /usr/lib/python2.7/site-packages/zim/gui/widgets.py, line
1912, in do_response destroy = self.do_response_ok()
  File /usr/lib/python2.7/site-packages/zim/gui/exportdialog.py, line
64, in do_response_ok exporter.export_all(dir, callback=lambda p:
dialog.pulse(p.name)) File
/usr/lib/python2.7/site-packages/zim/exporter.py, line 88, in
export_all self.export_page(dir, current, pages, use_namespace=True)
File /usr/lib/python2.7/site-packages/zim/exporter.py, line 152, in
export_page self.export_page_to_fh(fh, page, pages) File
/usr/lib/python2.7/site-packages/zim/exporter.py, line 173, in
export_page_to_fh lines = self.template.process(self.notebook, page,
pages) File /usr/lib/python2.7/site-packages/zim/templates.py, line
347, in process output = GenericTemplate.process(self, dict) File
/usr/lib/python2.7/site-packages/zim/templates.py, line 203, in
process output = TextBuffer(self.tokens.process(dict)) File
/usr/lib/python2.7/site-packages/zim/templates.py, line 386, in
process output.extend(token.process(dict)) File
/usr/lib/python2.7/site-packages/zim/templates.py, line 489, in
process return block.process(dict) File
/usr/lib/python2.7/site-packages/zim/templates.py, line 386, in
process output.extend(token.process(dict)) File
/usr/lib/python2.7/site-packages/zim/templates.py, line 439, in
process value = self.expr.evaluate(dict) File
/usr/lib/python2.7/site-packages/zim/templates.py, line 568, in
evaluate return dict[self] File
/usr/lib/python2.7/site-packages/zim/templates.py, line 688, in
__getitem__ item = self._lookup_key(self._default, param) File
/usr/lib/python2.7/site-packages/zim/templates.py, line 679, in
_lookup_key return getattr(branch, param.key) File
/usr/lib/python2.7/site-packages/zim/templates.py, line 732, in
heading def heading(self): return self._treeproxy().heading File
/usr/lib/python2.7/site-packages/zim/templates.py, line 768, in
heading head, body = self._split_head(self._tree) File
/usr/lib/python2.7/site-packages/zim/templates.py, line 791, in
_split_head if elements[0].tag == 'h': IndexError: list index out of
range

-- 
nomnex.
Registered Linux user #505281. Be counted at: http://counter.li.org/

___
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

Re: [Zim-wiki] [Bug 783811] [win32] zim 0.52 can't read notebook list it just wrote -- fix coming soon

[Jaap Karssenberg]

On Tue, May 31, 2011 at 10:29 PM, Brendan Kidwell sn...@glump.net wrote:

 (I'm making this comment on the mailing list because it's kinda beyond the
 scope of this particular bug.)

 Thanks Jaap and Martin (if you're listening here) for sorting this out. I
 simply didn't have any energy or time to look at it since I discovered the
 problem.

 Jaap, will this fix be included in the 0.53 release, and when do you think
 that might be?


Yes, I will commit the fix in trunk soonish. Not sure about the next
release. There are quite some patches on the shelf, so could make a new
release in a month or two (I'll be on an irregular schedule for at lest 3
more weeks). Plan was to integrate work on inline objects as well and
refactor the wiki parsing, but if I want that in the release it may take
longer, so maybe I'll have to delay that till 0.54.

In short: not this month, maybe next month.

I'm inclined to leave things as they are on the Zim for Windows web page,
 even if it's going to be a while. 0.50 is quite stable and useful in
 Windows, and I can include some clearer pointers for those that want to
 build it from trunk.


Afraid it is idle hope that canonical will add automated windows builds to
their build farm :(

Regards,

Jaap
___
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

Re: [Zim-wiki] Bug or Issue maybe?

[Brian Shaver]

That did the trick. And the old page showed up in the new location.

Thanks!

On Tue, Apr 12, 2011 at 9:09 AM, Jaap Karssenberg 
jaap.karssenb...@gmail.com wrote:

 On Tue, Apr 12, 2011 at 2:50 PM, Brian Shaver shakerl...@gmail.comwrote:

 I ran into the following issue while editing an existing notebook using
 the latest Zim code. The existing notebook already contained some tags
 using the new syntax.

 The stack trace below occurs when I was moving a particular page to a new
 location (right click -- Move Page..). After the error occurs, the data for
 the page appears to be lost.

 My intention was to try out the snapshot for the next release, but I'm on
 Fedora, so no PPAs. Perhaps there's a step that needs to be performed when
 updating to the next release?


 Looks like you need to rebuild the index - should be done automatically not
 sure why it didn;t in your case.

 To rebuild use e.g. zim --index -V.

 -- Jaap

___
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

[Zim-wiki] Bug classification

[Jaap Karssenberg]

Dear all,

In my effort to get more order in the bug list I'm trying now trying
to use tags to set priorities on all wishlist items. This is a bit
orthogonal to the importance on the bugs itself since all of these
have the importance set to wishlist, yet not all wishlist items are
equal.

The main tags I use now are missing which are items I think should
be addressed to finish zim as a feature complete application (think of
the mythical version 1.0), and papercut which are small items that
can easily improve the application. I encourage anyone who wants to
try his hand at some patches to check bugs in the papercut category.
Wishlist bugs outside of these two categories I consider long term
items and I will not spent much effort on them - of course anybody is
free to pick them up if they disagree with my ranking ;)

See this page for the overview:
http://www.zim-wiki.org/wiki/doku.php?id=bug_classification

Regards,

Jaap

___
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

Re: [Zim-wiki] Bug classification

[Dotan Cohen]

On Wed, Jan 19, 2011 at 15:05, Jaap Karssenberg
jaap.karssenb...@gmail.com wrote:
 Dear all,

 In my effort to get more order in the bug list I'm trying now trying
 to use tags to set priorities on all wishlist items. This is a bit
 orthogonal to the importance on the bugs itself since all of these
 have the importance set to wishlist, yet not all wishlist items are
 equal.

 The main tags I use now are missing which are items I think should
 be addressed to finish zim as a feature complete application (think of
 the mythical version 1.0), and papercut which are small items that
 can easily improve the application. I encourage anyone who wants to
 try his hand at some patches to check bugs in the papercut category.
 Wishlist bugs outside of these two categories I consider long term
 items and I will not spent much effort on them - of course anybody is
 free to pick them up if they disagree with my ranking ;)

 See this page for the overview:
 http://www.zim-wiki.org/wiki/doku.php?id=bug_classification

 Regards,

 Jaap


Hi Jaap, I've noticed your tagging in the past few days on Launchpad.
I think that your idea of papercuts and missing as immediate items,
and the rest as long term, is terrific. It has been some time since
I've filed a Zim bug or wishlist, but when I do I will try to suggest
such a tag. I won't tag the items myself, though, as the line is of
course arbitrary and I do not want to overstep my bounds.

Best of luck!


-- 
Dotan Cohen

http://gibberish.co.il
http://what-is-what.com

___
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

[Zim-wiki] [Bug 569091] Re: [win] cannot open another notebook

[Brendan Kidwell]

Problem seems to have been solved! Not sure exactly what solved it --
maybe I fixed a build script earlier, or maybe it's because some of the
libraries I used to build today are only weeks old releases.

I verify that gspawn-win32-helper.exe ends up in my build folder, and
when I install and run the final package, I am able to open two
notebooks using File - Open.

** Changed in: zim
   Status: Confirmed = Fix Released

-- 
[win] cannot open another notebook
https://bugs.launchpad.net/bugs/569091
You received this bug notification because you are a member of Zim,
which is a bug assignee.

Status in Zim desktop wiki: Fix Released

Bug description:
When trying to open another Notebook and selecting one from the list or 
creating a new one, pressing OK only closes the selection dialog, but Zim does 
not open the notebook; it stays on the old notebook.

In the log, an error shows up:

ERROR: Failed running: ['C:\\Program Files (x86)\\Zim Desktop Wiki\\zim.exe', 
'file:///D:/Dokumente/wiki/ToolEvaluierung', '--no-daemon']
Traceback (most recent call last):
  File zim\applications.pyo, line 122, in spawn
GError: Hilfsprogramm (Invalid argument) konnte nicht ausgeführt werden

(last message should translate to helper program (...) cannot be executed)

Using Windows-installer Zim-setup-0.46_2010-04-13.exe on Windows 7 64 bit.



___
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

Re: [Zim-wiki] [Bug 623552] Re: Windows Zim 0.48: jpeg62.dll not found

[Brendan Kidwell]

Thanks for pointing this out to me. Can you give me a deadline for a 0.49
release? Or just an arbitrary deadline in the next month or so when you need
this fixed by? (I need to be prodded.) :^)

Brendan Kidwell


On Fri, Sep 10, 2010 at 6:39 AM, Jaap Karssenberg 
jaap.karssenb...@gmail.com wrote:

 Brendan, got a second report of this issue by email and also there the
 proposed fix worked. Maybe you can include this in the installer?


 Bug 623552 -- Windows Zim 0.48: jpeg62.dll not found
___
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

[Zim-wiki] [Bug 569091] [NEW] [win] cannot open another notebook

[Launchpad Bug Tracker]

You have been assigned a bug task for a public bug by Brendan Kidwell 
(bkidwell):

When trying to open another Notebook and selecting one from the list or
creating a new one, pressing OK only closes the selection dialog, but
Zim does not open the notebook; it stays on the old notebook.

In the log, an error shows up:

ERROR: Failed running: ['C:\\Program Files (x86)\\Zim Desktop Wiki\\zim.exe', 
'file:///D:/Dokumente/wiki/ToolEvaluierung', '--no-daemon']
Traceback (most recent call last):
  File zim\applications.pyo, line 122, in spawn
GError: Hilfsprogramm (Invalid argument) konnte nicht ausgeführt werden

(last message should translate to helper program (...) cannot be
executed)

Using Windows-installer Zim-setup-0.46_2010-04-13.exe on Windows 7 64
bit.

** Affects: zim
 Importance: Medium
 Assignee: Zim (zim-wiki)
 Status: Confirmed

-- 
[win] cannot open another notebook
https://bugs.launchpad.net/bugs/569091
You received this bug notification because you are a member of Zim, which is a 
bug assignee.

___
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

Re: [Zim-wiki] Bug#565489: Zim 0.43 released

[Jaap Karssenberg]

On Mon, Jan 18, 2010 at 10:47 AM, Raphael Hertzog hert...@debian.org wrote:
 Jaap, Olivier Berger reported 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565489
 do you know if this version fixes the problem ?

I did see this bug, but no fix is included yet. Need to investigate
locale dependency of os.path a bit more. Would indeed help to have
this one in launchpad for completeness.

Thanks,

Jaap

___
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

[Zim-wiki] Bug in Zim 0.42 with generating the index for older notebooks

[Jaap Karssenberg]

Dear all,

Turns out there is a irritating bug in the 0.42 release. On first time
usage of a notebook generating the index usually fails, causing
migration from 0.28 more troublesome than I hoped :( Fortunately it
goes way after closing and re-opening the notebook (possibly a few
times). Or run 'zim --index /path/to/notebook' to generate the index.

Afraid this bug will make it necessary to have a new release rather
sooner than later. Need to decide if that will be this week or next.
Depends on what else pops up to include in a release.

Patch committed in rev182. See bug #505807 for status updates.

Regards,

Jaap

___
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

[Zim-wiki] Bug in Edit Preferences Plug Ins Tray Icon

[Bill Oldroyd]

Hi,

In the Edit Preferences interface, once the Tray Icon option is selected it
is not possible to de-select it.

Version 0.42 Beta 3

Bill

-- 
Bill Oldroyd
Technical consultant for The European Library
___
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