OK, great! On Sun, Apr 27, 2025, 11:42 Gregory Casamento <[email protected]> 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 <[email protected]> > wrote: > >> On 2025-04-27 04:40:29 +0200 Ethan C <[email protected]> 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<[email protected]> 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<[email protected]> >> 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<[email protected]> >> >>>>>> 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< >> [email protected]> >> >>>>>> 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 >> >>>>>>> <[email protected]> wrote: >> >>>>>>> On 2025-04-24 18:50:21 +0200 Ethan C >> >>>>>>> <[email protected]> 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 >> >>>>>>> <[email protected]> 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 >
