On 2025-04-27 18:58:19 +0200 Gregory Casamento <greg.casame...@gmail.com> wrote:

> On this branch both buildtool and the GNUmakefile produce a working
> binary.  It is now finding the Main.storyboard as it should, but it's
> failing to load and I am currently looking into this.

Thanks Greg, You are so efficient! In my own side, I am just trying to make 
conda success... so I am a little late...
As we say, in the French way, "après la bataille" ;-)

> 
> On Sun, Apr 27, 2025 at 12:56 PM Gregory Casamento 
> <greg.casame...@gmail.com>
> wrote:
> 
>> I have submitted my changes as PR #1 on ethans fork, I closed the one on
>> davidchisnall's.   It is on a branch known as constructor_correction.
> 
>> On Sun, Apr 27, 2025 at 12:41 PM Gregory Casamento <
>> greg.casame...@gmail.com> wrote:
> 
>>> I have it building, I submitted a PR, but I believe it is against David's
>>> repository.  I will update it to be against yours.   Right now it is
>>> loading the resources, but it's failing on the Main.storyboard.  I believe
>>> the fault lies there.  I will track that down as I am already working on
>>> that code as it is.
> 
>>> On Sun, Apr 27, 2025 at 12:39 PM Patrick Cardona <patrick.card...@ik.me>
>>> wrote:
> 
>>>> On 2025-04-27 04:40:29 +0200 Ethan C <echaroenpit...@gmail.com> wrote:
> 
>>>>> I am currently building aarch64 packages, I will update you if they
>>>> are
>>>>> completed. You can check the progress on GitHub
>>>>> <
>>>> https://github.com/ethanc8/gnustep-forge-feedstocks/actions/runs/14687506985/job/41218202112>.
> 
>>>>> I don't have an aarch64 machine set up right now, so I would need you
>>>> to test
>>>>> the packages.
> 
>>>> Of course, Ethan, I shall do it. It is an amazing project, I think very
>>>> helpful about testing and developing.
> 
>>>>> 
>>>>> On 4/26/25 20:02, Patrick Cardona wrote:
>>>>>> Hi Ethan,
>>>>> 
>>>>>> Conda and manba seem to loook great, but as says your guide :
>>>>> 
>>>>>>> Right now it only works on x86_64 glibc Linux.
>>>>>> And I am working on aarch64. So I did not follow the conda way.
>>>>> 
>>>>>> But I tried on another env with Clang already there (within
>>>> NEXTSPACE:
>>>>>> Debian clang version 14.0.6).
>>>>> 
>>>>>> So I could build some parts and was stuck at this (I just copied the
>>>> end,
>>>>>> because all the errors are the same):
>>>>> 
>>>>>> OOStyleRegistry.mm:348:7: note: candidate constructor (the implicit
>>>> copy
>>>>>> constructor) not viable: requires 1 argument, but 7 were provided
>>>>>> class number_style_attribute : public style_attribute
>>>>>>         ^
>>>>>> OOStyleRegistry.mm:348:7: note: candidate constructor (the implicit
>>>> move
>>>>>> constructor) not viable: requires 1 argument, but 7 were provided
>>>>>> 3 warnings and 13 errors generated.
>>>>>> gmake[3]: *** [/Developer/Makefiles/rules.make:575:
>>>>>> obj/OpenOutliner.obj/OOStyleRegistry.mm.o] Error 1
>>>>>> gmake[2]: *** [/Developer/Makefiles/Instance/application.make:145:
>>>>>> internal-app-run-compile-submake] Error 2
>>>>>> gmake[1]: *** [/Developer/Makefiles/Master/rules.make:297:
>>>>>> OpenOutliner.all.app.variables] Error 2
>>>>>> make: *** [/Developer/Makefiles/Master/application.make:38:
>>>> internal-all]
>>>>>> Error
>>>>>> 2
>>>>> 
>>>>>> Obviously due to my clang version.
>>>>> 
>>>>>> On 2025-04-26 04:03:51 +0200 Ethan C<echaroenpit...@gmail.com> wrote:
>>>>> 
>>>>>>> Could you try my guide to installing GNUstep with Conda
>>>>>>> <
>>>> https://github.com/ethanc8/gnustep-forge-feedstocks/blob/master/guide.md
>>>>> ?
>>>>>>> Use the environment.yml in the OpenOutliner repo
>>>>>>> <https://github.com/ethanc8/OpenOutliner/blob/master/environment.yml>
> 
>>>>>>> rather
>>>>>>> than the one in the guide. It should have everything you need, but
>>>> I've
>>>>>>> only
>>>>>>> tested it on my machine.
>>>>> 
>>>>>>> Note that you always need to `mamba activate gnustep` in order to
>>>> enter the
>>>>>>> environment. This environment will contain Clang, the latest stable
>>>>>>> releases
>>>>>>> of the GNUstep core libraries as of December, glibc 2.34, libbsd,
>>>> zlib, and
>>>>>>> all the other dependencies.
>>>>> 
>>>>>>> Thanks,
>>>>> 
>>>>>>> Ethan
>>>>> 
>>>>>>> On 4/25/25 17:42, Patrick Cardona wrote:
>>>>>>>> Hello Ethan and Greg,
>>>>>>>> Tried to build from the last commit of Ethan, but obviously, my
>>>> GNUstep
>>>>>>>> environment (GS-Desktop by Ondrej Florian, on Debian 12, aarch64)
>>>> is not
>>>>>>>> enough up to date: I am missing arc and the compiler complains:
>>>>>>>>>      Compiling file AppDelegate.m ...
>>>>>>>>>      gcc: error: unrecognized command-line option ‘-fobjc-arc’;
>>>> did
>>>>>>>>> you
>>>>>>>>> mean ‘-fobjc-gc’?
>>>>>>>> I installed clang, but it did not fixed this.
>>>>>>>> Are you both working on FreeBSD ?
>>>>>>>> On 2025-04-25 21:18:59 +0200 Ethan C<echaroenpit...@gmail.com>
>>>> wrote:
>>>>>>>>> After adding all the resources and setting the main storyboard to
>>>>>>>>> Main.storyboard, it gives me an error saying that -[NSXMLDocument
>>>>>>>>> initWithData:options:error] is being called with data = nil. I
>>>> have just
>>>>>>>>> committed this change, and I can't debug further.
>>>>>>>>> On 4/25/25 13:13, Gregory Casamento wrote:
>>>>>>>>>> If you commit your changes (I presume you have) I'll take a look.
>>>>>>>>>> On Fri, Apr 25, 2025 at 2:04 PM Ethan C<echaroenpit...@gmail.com>
> 
>>>>>>>>>> wrote:
>>>>>>>>>>          After disabling the pasteboard, the app now builds and
>>>> links.
>>>>>>>>>>          However, only the miniwindow shows up, and it complains
>>>> about
>>>>>>>>>> not
>>>>>>>>>>          being able to find its resources. I don't know the
>>>> GNUstep
>>>>>>>>>>          resource system well so some help would be appreciated.
>>>>>>>>>>          On Fri, Apr 25, 2025, 10:10 Ethan C<
>>>> echaroenpit...@gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>              Thanks Patrick, Greg!
>>>>>>>>>>              Hi everyone,
>>>>>>>>>>              I have written a GNUmakefile. The main obstacle is
>>>> the
>>>>>>>>>>              pasteboard functionality.
>>>>>>>>>>              GNUstep implements the OpenStep/pre-10.5 OSX
>>>> pasteboard (see
>>>>>>>>>>              the GNUstep docs
>>>>>>>>>> <
>>>> https://www.gnustep.org/resources/documentation/Developer/Gui/Reference/NSPasteboard.html
>>>>> 
>>>>>>>>>>              and the Apple docs
>>>>>>>>>> <
>>>> https://developer.apple.com/library/archive/documentation/Cocoa/Conceptual/CopyandPaste/CopyandPaste.html
>>>>> );
>>>>>>>>>>              I have no idea how it integrates with the system's
>>>>>>>>>> clipboards.
>>>>>>>>>>              This pasteboard contains a single item, which may
>>>> have
>>>>>>>>>>              multiple representations.
>>>>>>>>>>              Modern macOS implements the post-10.6 OSX pasteboard
>>>> (see
>>>>>>>>>> the
>>>>>>>>>>              Apple docs
>>>>>>>>>> <
>>>> https://developer.apple.com/library/archive/documentation/Cocoa/Conceptual/PasteboardGuide106/Introduction/Introduction.html#//apple_ref/doc/uid/TP40008099
>>>>> 
>>>>>>>>>>              - "Pasteboard Concepts" is the most important part),
>>>> and
>>>>>>>>>>              OpenOutliner expects this to work. This pasteboard
>>>> is a list
>>>>>>>>>>              of items (for example, if you copy a selection of a
>>>> webpage
>>>>>>>>>>              which contains an image it should put a rich text
>>>> and an
>>>>>>>>>> image
>>>>>>>>>>              onto the pasteboard), each of which may have multiple
>>>>>>>>>>              representations. Additionally, it starts using
>>>> Uniform Type
>>>>>>>>>>              Identifiers (UTIs) in order to refer to types rather
>>>> than
>>>>>>>>>> use
>>>>>>>>>>              the old pasteboard type strings (at least in 10.6
>>>> those old
>>>>>>>>>>              strings were still supported but were deprecated).
>>>>>>>>>>              It looks kind of complicated to implement the new
>>>> pasteboard
>>>>>>>>>>              API, so maybe we could try porting OpenOutliner to
>>>> the old
>>>>>>>>>>              pasteboard API or temporarily disabling all the
>>>> features
>>>>>>>>>> which
>>>>>>>>>>              need the pasteboard. Do any of you have opinions on
>>>> this?
>>>>>>>>>>              The Uniform Type Identifiers framework, part of
>>>>>>>>>>              LaunchServices, seems to be implemented by Boron so
>>>> we could
>>>>>>>>>>              probably do that. (However, that would make
>>>> gnustep-gui
>>>>>>>>>> depend
>>>>>>>>>>              on Boron, which may or may not be wanted.) We might
>>>> want to
>>>>>>>>>>              implement in Boron the new Uniform Type Identifiers
>>>>>>>>>> framework
>>>>>>>>>> <
>>>> https://developer.apple.com/documentation/uniformtypeidentifiers?language=objc
>>>>> 
>>>>>>>>>>              introduced in macOS 11 Big Sur, which is
>>>> object-oriented
>>>>>>>>>> (UTIs
>>>>>>>>>>              are of type `UTType*` rather than `NSString*`, and
>>>> it
>>>>>>>>>> provides
>>>>>>>>>>              an Objective-C API). Although OpenOutliner doesn't
>>>> use the
>>>>>>>>>> new
>>>>>>>>>>              UTI APIs, it would be useful to implement in case
>>>> newer apps
>>>>>>>>>>              need it, and regardless it seems to be a cleaner API.
>>>>>>>>>>              Thanks,
>>>>>>>>>>              Ethan
>>>>>>>>>>              On 4/25/25 08:01, Gregory Casamento wrote:
>>>>>>>>>>>              Ethan,
>>>>>>>>>>>              Mine is gcasa.  I would like to help a little if I
>>>> can.
>>>>>>>>>>> Also,
>>>>>>>>>>>              expanding libs-xcode, if it needs it, to handle it.
>>>>>>>>>>>              Yours, GC
>>>>>>>>>>>              On Fri, Apr 25, 2025 at 4:11 AM Patrick Cardona
>>>>>>>>>>>              <patrick.card...@ik.me> wrote:
>>>>>>>>>>>                  On 2025-04-24 18:50:21 +0200 Ethan C
>>>>>>>>>>>                  <echaroenpit...@gmail.com> wrote:
>>>>>>>>>>>                  Hello Ethan,
>>>>>>>>>>>                  > I started on the porting at
>>>>>>>>>>>                  https://github.com/ethanc8/OpenOutliner.
>>>>>>>>>>>                  Great!
>>>>>>>>>>>                  > You can
>>>>>>>>>>>                  > grep for "FIXME-GNUstep" for the things that
>>>> don't
>>>>>>>>>>> work
>>>>>>>>>>>                  yet (the whole thing
>>>>>>>>>>>                  > doesn't compile yet). If you give me your
>>>> GitHub
>>>>>>>>>>>                  username I can give you
>>>>>>>>>>>                  > commit access to my fork.
>>>>>>>>>>>                  Mine is: pcardona34
>>>>>>>>>>>                  >
>>>>>>>>>>>                  > On 4/24/25 08:14, Patrick Cardona wrote:
>>>>>>>>>>>                  >> Hello Ethan,
>>>>>>>>>>>                  >
>>>>>>>>>>>                  >> Thanks for this mention. I shall look at
>>>> this.
>>>>>>>>>>>                  >
>>>>>>>>>>>                  >> On 2025-04-24 04:57:47 +0200 Ethan C
>>>>>>>>>>>                  <echaroenpit...@gmail.com> wrote:
>>>>>>>>>>>                  >
>>>>>>>>>>>                  >>> Hi everyone,
>>>>>>>>>>>                  >
>>>>>>>>>>>                  >>> David Chisnall recently mentioned on
>>>> Lobsters
>>>>>>>>>>>                  >>>
>>>>>>>>>>> <
>>>> https://lobste.rs/s/btjtkr/what_software_do_you_dream_about_do_not#c_i2m53u
>>>>> 
>>>>>>>>>>>                  >>> a clone of OmniOutliner 3 he wrote in 2017,
>>>> and
>>>>>>>>>>> said
>>>>>>>>>>>                  it would be easily
>>>>>>>>>>>                  >>> portable. Its source is on GitHub
>>>>>>>>>>>                  >>><
>>>> https://github.com/davidchisnall/OpenOutliner> if
>>>>>>>>>>>                  you want to look at it.
>>>>>>>>>>>                  >>>  From the README it looks like a decently
>>>> complex
>>>>>>>>>>>                  application with lots
>>>>>>>>>>>                  >>> of functionality, so it could be quite
>>>> useful to
>>>>>>>>>>> port
>>>>>>>>>>>                  it. See also Liam
>>>>>>>>>>>                  >>> Proven's comment about why he uses outliners
>>>>>>>>>>>                  >>>
>>>>>>>>>>> <
>>>> https://lobste.rs/s/btjtkr/what_software_do_you_dream_about_do_not#c_owdlc8
>>>>> 
>>>>>>>>>>>                  >>> to get an idea of what outliner users would
>>>> want. I
>>>>>>>>>>>                  might take up this at
>>>>>>>>>>>                  >>> some point, but I doubt it as I am quite
>>>> busy and
>>>>>>>>>>>                  have too many side
>>>>>>>>>>>                  >>> projects already :)
>>>>>>>>>>>                  >
>>>>>>>>>>>                  >>> Thanks,
>>>>>>>>>>>                  >
>>>>>>>>>>>                  >>> Ethan Charoenpitaks
>>>>>>>>>>>                  >
>>>>>>>>>>>                  >
>>>>>>>>>>>                  >
>>>>>>>>>>>                  --             Patrick Cardona - France
>>>>>>>>>>>                  MUA: GNUMail - Hardware: Raspberry Pi pi400
>>>> Model
>>>>>>>>>>>                  OS: Debian 12 (RPI-OS Lite) - Desktop: GSDE
>>>>> 
>>>>> 
>>>>>>>>>>>              --         Gregory Casamento
>>>>>>>>>>>              GNUstep Lead Developer / Black Lotus, Principal
>>>> Consultant
>>>>>>>>>>>              http://www.gnustep.org -
>>>> http://heronsperch.blogspot.com
>>>>>>>>>>>              https://www.patreon.com/bePatron?u=352392 - Become
>>>> a
>>>>>>>>>>> Patron
>>>>>>>>>>>              https://www.openhub.net/languages/objective_c
>>>>>>>>>>> 
>>>> https://www.gofundme.com/f/cacao-linux-a-gnustep-reference-implementation
>>>>> 
>>>>>>>>>> --
>>>>>>>>>> Gregory Casamento
>>>>>>>>>> GNUstep Lead Developer / Black Lotus, Principal Consultant
>>>>>>>>>> http://www.gnustep.org -http://heronsperch.blogspot.com
>>>>>>>>>> https://www.patreon.com/bePatron?u=352392 - Become a Patron
>>>>>>>>>> https://www.openhub.net/languages/objective_c
>>>>>>>>>> 
>>>> https://www.gofundme.com/f/cacao-linux-a-gnustep-reference-implementation
>>>>> 
> 
>>>> --
>>>> Patrick Cardona - France
>>>> MUA: GNUMail - Hardware: Raspberry Pi pi400 Model
>>>> OS: Debian 12 (RPI-OS Lite) - Desktop: GSDE
> 
> 
> 
> 
>>> --
>>> Gregory Casamento
>>> GNUstep Lead Developer / Black Lotus, Principal Consultant
>>> http://www.gnustep.org - http://heronsperch.blogspot.com
>>> https://www.patreon.com/bePatron?u=352392 - Become a Patron
>>> https://www.openhub.net/languages/objective_c
>>> https://www.gofundme.com/f/cacao-linux-a-gnustep-reference-implementation
> 
> 
> 
>> --
>> Gregory Casamento
>> GNUstep Lead Developer / Black Lotus, Principal Consultant
>> http://www.gnustep.org - http://heronsperch.blogspot.com
>> https://www.patreon.com/bePatron?u=352392 - Become a Patron
>> https://www.openhub.net/languages/objective_c
>> https://www.gofundme.com/f/cacao-linux-a-gnustep-reference-implementation
> 
> 
> 

-- 
Patrick Cardona - France
MUA: GNUMail - Hardware: Raspberry Pi pi400 Model
OS: Debian 12 (RPI-OS Lite) - Desktop: GSDE


Reply via email to