haskelladdict / sconcho

sconcho
GNU General Public License v3.0
4 stars 4 forks source link

Changing symbol library sometimes makes Sconcho not want to open file #7

Open marnen opened 10 years ago

marnen commented 10 years ago

I have noticed a problem in Sconcho when the symbol library is changed. I believe the steps to reproduce are as follows:

  1. Create a Sconcho document (I'll call this Document 1).
  2. Add custom symbols to the symbol library.
  3. Use the new symbols in Document 1.
  4. Save Document 1.
  5. Open another file or create a new one.
  6. Reopen Document 1.

At this point, Document 1 will not open; Sconcho will instead throw an error. If you quit and relaunch Sconcho, it will open Document 1 without any problems.

I'm using Sconcho 0.1.1 on Mac OS X 10.8.

haskelladdict commented 9 years ago

Thanks a lot for your report and sorry for the delay in responding. Have you by any chance tried if this is still an issue with the most recently released beta version (0.2.0_b6)?

marnen commented 9 years ago

No. Where would I get that beta? I don't see anything for download on SF or GitHub.

haskelladdict commented 9 years ago

You can get the beta at http://sourceforge.net/projects/sconcho/files/development/

Unfortunately, I only have the beta versions as raw sources (not as compiled dmg images) and you would have to install the dependencies yourself (such as python, pyQt, etc.) which is somewhat involved on OSX (unless you are already using homebrew/macports then you simply need to install pyQt4 with python3 support). I've so far been unsuccessful creating dmg images for the sconcho-0.2 betas for a number of reasons but I'll try again.

marnen commented 9 years ago

I am using Homebrew, so I'll look at the beta if I have time.

BTW, while I think a self-contained .app continues to be the best way to package this for Mac, I can probably create a Homebrew formula if that seems like a good idea...

haskelladdict commented 9 years ago

Sounds great. I completely agree that providing a self contained app would be best. Unfortunately, the packaging tool I was using for sconcho-0.1 only works for python2 based code (last time I checked) and thus doesn't work for sconcho-0.2 which is based on python3.

marnen commented 9 years ago

Good to know. What tool was that?

haskelladdict commented 9 years ago

I used py2app for sconcho-0.1. For sconcho-0.2 I tried using cx_freeze with supports python3. Unfortunately, I was never able to get a fully self-contained app with cx_freeze probably due to a bug somewhere in cx_freeze or a misconfiguration on my part. I should try again with the most recent version.

marnen commented 9 years ago

Looks like py2app works with python 3: https://bitbucket.org/ronaldoussoren/py2app/issue/50/py2app-fails-in-building-under-python-32

haskelladdict commented 9 years ago

Thanks! I'll take another look at py2app.

marnen commented 9 years ago

Any news? Should I attempt to build with py2app?

haskelladdict commented 9 years ago

Sure. If you could give this a try that would be great. Unfortunately, I haven't gotten around to take a closer look at this myself. My apologies.

marnen commented 9 years ago

Yeah, neither have I...