On 2025-04-27 18:58:19 +0200 Gregory Casamento <[email protected]>
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
<[email protected]>
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 <
[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
--
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
