Hi Niklas,
Am Freitag, 27. Mai 2016 22:15:57 UTC+2 schrieb Niklas Mischkulnig:
>
> Hi Thomas,
>
> yes, argv has size of 1 when opened via Finder
> and with your change it works perfectly in both cases.
> Great work! (Attached patch contains that and the color-change)
>
> Thanks for testing.
I did
Hi Thomas,
yes, argv has size of 1 when opened via Finder
and with your change it works perfectly in both cases.
Great work! (Attached patch contains that and the color-change)
Niklas
Am Freitag, 27. Mai 2016 16:57:34 UTC+2 schrieb T. Modes:
>
> Hi Niklas,
>
> Am Donnerstag, 26. Mai 2016 22:42:
Hi Niklas,
Am Donnerstag, 26. Mai 2016 22:42:05 UTC+2 schrieb Niklas Mischkulnig:
>
> What does OSXStoreOpenFiles do? With this code added, MacOpenFiles never
> gets called,
>
It should prevent the call to MacOpenFiles when we parsed all options
already in OnInit.
What command line options gets
Hi Thomas,
What does OSXStoreOpenFiles do? With this code added, MacOpenFiles never
gets called,
also not via Finder; that of course means that it doesn't get called either
when Hugin opens it, so
that is now works if opened by Hugin, but not if opened by Finder.
Niklas
#ifdef __WXMAC__
wx
Hello,
Am Donnerstag, 26. Mai 2016 21:28:13 UTC+2 schrieb Niklas Mischkulnig:
>
> Hello,
>
>>
> Does it then works? Does it also works when starting from finder?
>>
>
> From Hugin, it makes no difference but it still works perfectly with
> Finder.
>
> (I don't know if it's important, but MacOpenF
Hello,
>
Does it then works? Does it also works when starting from finder?
>
>From Hugin, it makes no difference but it still works perfectly with Finder.
(I don't know if it's important, but MacOpenFiles gets always called after
the first text
in the log window appears.)
Niklas
--
A list o
Hi Niklas,
Am Donnerstag, 26. Mai 2016 20:19:38 UTC+2 schrieb Niklas Mischkulnig:
>
> Hi Thomas,
>
> PTBatcher opens the specified project correctly but when it starts
> stitching, MacOpenFiles get called with the prefix. There are two
> possibilities:
>
I have an idea number 3:
comment out l
Hi Thomas,
PTBatcher opens the specified project correctly but when it starts
stitching, MacOpenFiles get called with the prefix. There are two
possibilities:
1. a hack in MacOpenFiles to not add files without a extension
or
2.(the better one) Why does it get called at all? Note that it doesn'
Hi Niklas,
Am Dienstag, 24. Mai 2016 20:45:57 UTC+2 schrieb Niklas Mischkulnig:
>
> Thomas, I rolled back to wxWidgets 3.0.
> Can I hardcode wxColour col(128,128,128) (dark grey, how it looked
> previously)
> because that color isn't available via wxSYS_COLOUR_?*?*? in 3.1?
>
Yes, no problem, i
Hello,
https://drive.google.com/uc?export=download&id=0B_seRjFxxDleN2V2VDVnS0hoSXc
Christian, please test if it runs. Everything should work fine as long as
you don't open PTBatcherGUI via Hugin's "Stitch Panorama..." button.
Thomas, I rolled back to wxWidgets 3.0.
Can I hardcode wxColour col(1
Hi guys,
I was really happy that I found this thread and that you guys are putting
serious effort into getting Hugin to run on Mac (I have tried to compile
myself but ran into problem after problem).
I downloaded your pack but it requires 10.11 and I have only 10.10 :-(
Do you guys also have a
On 28.04.2016 23:36, Sukima wrote:
> I don't wish to detract this thread to much from finding a stable build
> for Mac users but when that task is complete it leaves a burning
> question: How does the Hugin community prevent such a tragedy in the
> future?
I think that there is only one way: part
I want to thank everyone who is contributing to the mac build endeavour.
I've made a few attempts to compile from source over the pas year or so,
and while I may have come close I never ended up with a functional
application. I'm not a software engineer, and haven't built mac apps, so
this isn
016-04-29 9:04 AM (GMT-06:00)
To: hugin and other free panoramic software
Subject: [hugin-ptx] Re: Mac Build
Hi Sukima,
Am Donnerstag, 28. April 2016 23:36:47 UTC+2 schrieb Sukima:I
don't wish to detract this thread to much from finding a stable build
for Mac users but when that task i
Hi Sukima,
Am Donnerstag, 28. April 2016 23:36:47 UTC+2 schrieb Sukima:
>
> I don't wish to detract this thread to much from finding a stable build
> for Mac users but when that task is complete it leaves a burning question:
> How does the Hugin community prevent such a tragedy in the future?
>
I don't wish to detract this thread to much from finding a stable build for
Mac users but when that task is complete it leaves a burning question: How
does the Hugin community prevent such a tragedy in the future?
If there was a way to keep the source up-to-date then building a release
binary
Niklas and everyone,
Thank you so much for working on this! I'm testing the April 18 build
downloaded from Google Drive... same problem as others with embedded color
profiles. (I stripped profiles out of my images so I could continue to
test.) I am so happy to be using something besides 2014.0.
Here is a (hopefully working) build (version 2016) . Please test it and
tell me if something crashes (there might still be a wrong dylib install
path lurking in a dark corner :D ).
https://www.dropbox.com/s/oi6etuyobwkxwbb/Hugin.zip?dl=1
Am Samstag, 2. April 2016 08:45:28 UTC+2 schrieb Niklas
Hi Steve,
Thanks for replying. You can get the up-to-date code from the hugin svn:
https://hugin.svn.sourceforge.net/svnroot/hugin/hugin/trunk hugin>.
My modified XCode project is not in SVN yet as that svn XCode project is
working for 0.7. I might overwrite it as that 0.7 doesn't work anyway
any
Hi
I'd like to take a look. Is the hugin project checked in now? Is there
anywhere I can get the up to date code and try and recreate the
problem?
steve
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"hugin and othe
20 matches
Mail list logo