Some problems with themes

[Germán Arias]

Hi, I have updated my gnustep intallation to github today and I noticed
that

 -(BOOL) doesProcessEventsForPopUpMenu

don't seems to work. Even if it return YES the PopUp menus behaves like
in OpenStep specifications. Other problem is that now it seems that you
needs specify a pixmap to the center of a button, but Thematic don't
implement the method to do that, so now the button looks like in the
attached images (before and now). The center of the button don't display
the pixmap.

Regards

Germán

[ANNOUNCE] FisicaLab 0.4.0

[Germán Arias]

Hi

After many years FisicaLab 0.4.0 is out. There is a new module for
thermodynamics problems and a bug with chalkboard has been fixed. Most
of the changes are internal, reorganization of different solvers. For
more info visit the official website:

https://www.gnu.org/software/fisicalab/

Regards

Germán Arias

Re: Silver.theme missing

[Germán Arias]

Sorry, some weeks ago I noticed the problem with that link when I updated my gnustep installattion. But you can download the source herehttp://svn.savannah.gnu.org/viewvc/gnustep-nonfsf/Currently I don't have time, but I Will try to solve this at weeked RegardsEl 16/11/2021 1:17 p. m., bruce  escribió:I’m not a fan of Gtk, and the gnustep gtk theme uses Gtk2, which is now obsolete. I see the Silver theme recommended at http://wiki.gnustep.org/index.php/Silver.theme, but the link is dead, it seems the plug was pulled on gna.org back in 2017. Is there somewhere I can download this theme? 

Re: language settings (was: Re: Gemas : failed to get the spellserver)

[Germán Arias]

Hi

Yes, this language is used to determine which localized resources will
be loaded. If the specified language is not available in a particular
app, then English is loaded.

Regards


On 5/26/20 7:23 PM, Svetlana Tkachenko wrote:

Germán Arias  написал(а):

Hi Patrick

It is the language in GNUstep environment. In a Terminal window:

defaults write NSGlobalDomain NSLanguages "(English)"

Regards

It would be interesting if each user on my PC could set their own language 
preferences. Previously I didn't see a way to achieve this. Does this command 
also affect the language in which the menus and text is displayed in an app, or 
only the spell check?

Re: Gemas : failed to get the spellserver

[Germán Arias]

Hi Patrick

It is the language in GNUstep environment. In a Terminal window:

defaults write NSGlobalDomain NSLanguages "(English)"

Regards


On 5/26/20 1:12 PM, Patrick Cardona via Discussion list for the GNUstep
programming environment wrote:

Hi Wolfgang,

I did this :
1) Install aspell-en to get the English dictionaries for aspell
2) Set the var LANG accordingly in a Terminal window :
export LANG=en_US.UTF-8
3) Then, in the same context, I opened Gemas and tried to spellcheck the text :
And I got the same error :

pi@raspberrypi:~ $ opentool Gemas
2020-05-26 21:03:10.277 Gemas[2102:2102] styleoffsets ... guessing offsets
2020-05-26 21:03:10.281 Gemas[2102:2102] styleoffsets ... guessing offsets
2020-05-26 21:03:52.651 Gemas[2102:2102] Language: English
2020-05-26 21:03:52.651 Gemas[2102:2102] Service to start: (null)
2020-05-26 21:03:52.651 Gemas[2102:2102] Port: (null)
2020-05-26 21:03:52.652 Gemas[2102:2102] Failed to contact spell checker for 
language 'English'

Re: Apps don't load in GWorkspace

[Germán Arias]

The service "gdomap" is running? Not sure if this could be the problem.
Usually you should run it as root.

Regards

On 5/17/20 4:45 AM, Patrick Cardona wrote:

Hi German,

Thank you for the response. But it did not solve the problem.
I tried these step :
1. Adding 'make_services' in my .xsession
2. Running 'make_services' from Terminal inside the X session.
None of those could achieve to get the apps running.

I join my .xession. Maybe something is wrong in the order of things.

Le 16/05/20 à 20:32, Germán Arias a écrit :

Hi,

You should run the tool "make_services" after sourced GNUstep.sh in your
.xsession script. And you should run this tool after install a new
GNUstep app.

Germán

On 5/16/20 7:16 PM, Patrick Cardona via Discussion list for the GNUstep
programming environment wrote:

Hi All,

I just installed a new fresh GNUstep environment with WindowMaker.
My context is : raspbian Buster (10.4). Theme is default gnustep.
I have sourced GNUstep.sh in my .xsession home script and I use wdm to the
X login with wmaker session.

GWorkspace (0.9.4) has a strange behaviour :

When I start an app with 'openapp' tool or as a 'service', it does it well
(Terminal.app, Cynthiune, etc).
But when I attempt to load an app from a view (double click on the icon,
or menu: 'file / open' or '#o') I get an error message and the app don't load.

Thank You for your kind attention.

Re: Apps don't load in GWorkspace

[Germán Arias]

Hi,

You should run the tool "make_services" after sourced GNUstep.sh in your
.xsession script. And you should run this tool after install a new
GNUstep app.

Germán

On 5/16/20 7:16 PM, Patrick Cardona via Discussion list for the GNUstep
programming environment wrote:

Hi All,

I just installed a new fresh GNUstep environment with WindowMaker.
My context is : raspbian Buster (10.4). Theme is default gnustep.
I have sourced GNUstep.sh in my .xsession home script and I use wdm to the
X login with wmaker session.

GWorkspace (0.9.4) has a strange behaviour :

When I start an app with 'openapp' tool or as a 'service', it does it well
(Terminal.app, Cynthiune, etc).
But when I attempt to load an app from a view (double click on the icon,
or menu: 'file / open' or '#o') I get an error message and the app don't load.

Thank You for your kind attention.

Re: Problem with GNUtls 3.6.7

[Germán Arias]

Well, I remove completely GNUstep. Run "make clean" then configure and
make but still the same problem. I will report this problem. This is not
the first time I have a problem with this distro. Initially I was not
able to compile gnustep due to a internal compiler error. This was
solved after an update of all gcc packages. I switch to PCLinuxOS
because don't use systemd, I had many problems with systemd on OpenSUSE.
Regards.

Germán

On 27/05/19 04:24, Richard Frith-Macdonald wrote:



On 27 May 2019, at 11:11, Fred Kiefer  wrote:

I have GNUTLS 3.6.7 on my machine as well, but never had an issue with it. Are 
you sure that you did reconfigure and recompile GNUstep base from scratch? 
Perhaps give it another try and report back. (Remember to use „make clean“ 
first!)

Hope this helps,
Fred


Am 27.05.2019 um 02:00 schrieb Germán Arias :

Some days ago my system (PCLinuxOS) update the GNUtls library to version
3.6.7. And now the gnustep apps don't work. So, I try to recompile all,
but now I get the error:

Linking tool autogsdoc ...
/usr/bin/ld: ../Source/./obj/libgnustep-base.so: undefined reference to
`gnutls_anon_allocate_client_credentials@GNUTLS_3_4'

Is this a problem with the gnutls library? Or gnustep is not compatible
with this version of gnutls?


I'm going to guess that where the loader is complaining about a missing symbol 
containing GNUTLS_3_4 it's that the code was linked with version 3.4.? of the 
library and what is now installed is 3.6.7

That would mean that things have *not* been recompiled/rebuilt.  Since it's the 
base library that's linked with gnutles (unless other stuff is linked with it), 
My guess is that what's required in gnustep-base is a
make clean
make install
sequence.



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Problem with GNUtls 3.6.7

[Germán Arias]

Some days ago my system (PCLinuxOS) update the GNUtls library to version
3.6.7. And now the gnustep apps don't work. So, I try to recompile all,
but now I get the error:

Linking tool autogsdoc ...
/usr/bin/ld: ../Source/./obj/libgnustep-base.so: undefined reference to
`gnutls_anon_allocate_client_credentials@GNUTLS_3_4'

Is this a problem with the gnutls library? Or gnustep is not compatible
with this version of gnutls?

Regards.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: modern gnustep distro

[Germán Arias]

There is an AltLinux version (I have not used it). See experimental section:

https://en.altlinux.org/Regular


On 22/05/19 20:19, Wave Project wrote:

Hello everone.

Does exist any installable gnu/linux iso that uses gnustep so i can
make a vbox machine with it?
I wish to use it to learn further about it..

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Is there a minimal example of windows deployment?

[Germán Arias]

Hi,

You've read? Section "B. HOW TO SHIP YOUR GNUSTEP APPLICATION TO
WINDOWS USERS".

https://github.com/gnustep/tools-make/blob/master/Documentation/README.
MinGW

Maybe you forgot add a config file. Or you can check FisicaLab for
Windows:

https://ftpmirror.gnu.org/fisicalab/windows/fisicalab-0.3.5-setup.exe

But for this app I use this GNUstep installer (not the official):

https://www.dropbox.com/s/mb4m65spkuf3o0f/GNUstep-1.0.exe?dl=0

Regards
Germán

El jue, 21-03-2019 a las 11:08 -0700, fsb4000 escribió:
> I read the page: http://wiki.gnustep.org/index.php/Deployment_on_Wind
> ows
>
> But I still did not succeed. 
>
> (My applications work if gnustep is installed on my computer, but
> they do
> not work on another computer)
>
> (I tried but it did not help
> [NSProcessInfo initializeWithArguments: argv
>   count: argc
> environment: (char**){
>    "GNUSTEP_SYSTEM_ROOT=.",
>    "GNUSTEP_NETWORK_ROOT=.",
>    "GNUSTEP_LOCAL_ROOT=.",
> NULL} ];
> )
>
> Can anyone post a portable example(any app, for example
> https://github.com/gnustep/tests-examples/tree/master/gui/Calculator)
> ?
>
> Maybe I did not add some files ...
>
>
>
>
>
> --
> Sent from: http://gnustep.8.n7.nabble.com/GNUstep-General-f3.html
>
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm don't work

[Germán Arias]

El vie, 25-01-2019 a las 12:47 +, David Chisnall escribió:
> 
> On 25/01/2019 12:23, Fred Kiefer wrote:
> > > Am 25.01.2019 um 12:29 schrieb David Chisnall > > st.org>:
> > > 
> > > On 22/01/2019 22:15, Germán Arias wrote:
> > > > 2019-01-22 16:01:48.065 Gorm[5259:5259]
> > > > GormDocument.m:109  Assertion
> > > > failed in GormDocument(instance), method _docWindow.  Unable to
> > > > find
> > > > _window ivar in NSDocument class
> > > 
> > > This looks like it's in the code I changed for compatibility with
> > > the new ABI.  Gorm is now using reflection to find private ivars
> > > in GNUstep, rather than accessing them directly (accessing
> > > private ivars in the new ABI will now cause a link failure
> > > anywhere other than the compilation unit containing the
> > > @implementation).
> > > 
> > > If this assertion fails, it means that the Objective-C compiler /
> > > runtime that you are using is not able to find reflection
> > > metadata for the _window ivar in NSDocument.  This is quite
> > > worrying, because looking up ivars via the reflection APIs worked
> > > even back in the GCC 3.x days.
> > 
> > It is a lot easier than that. You just made a small mistake and
> > used an NSString here instead of a C String. Of course this cannot
> > work, with neither of the compilers. Which just shows that nobody
> > did recompile and use Gorm after your change.
> > I fixed this in git and this specific issue should be gone now.
> > There are a lot of other compiler warnings I get when compiling
> > Gorm and there is also the runtime warning about _popUpItemAction:,
> > but that should not block the usage of Gorm.
> 
> I did recompile it (and have a FreeBSD package of it built from the
> git 
> version including my change installed), but I missed the compiler 
> warning in a sea of other ones.  This is why -Werror is a good idea.
> 
> I ran Gorm to test, but apparently managed not to trigger this code
> path.
> 
> David
> 

Thanks Fred, now works.

Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm don't work

[Germán Arias]

The latest stable release works.

Germán


El mar, 22-01-2019 a las 16:15 -0600, Germán Arias escribió:
> Hi,
> 
> After some years I'm working in a new release of FisicaLab, but I
> can't
> work with gorm files since Gorm is unusable. I'm using all the code
> from Github with GCC. I get things like:
> 
> 2019-01-22 16:01:36.797 Gorm[5259:5259] Target
>  0x15f50d0> does not respont to action _popUpItemAction:
> 2019-01-22 16:01:48.065 Gorm[5259:5259] GormDocument.m:109  Assertion
> failed in GormDocument(instance), method _docWindow.  Unable to find
> _window ivar in NSDocument class
> 2019-01-22 16:01:48.065 Gorm[5259:5259] Exception occurred while
> loading model: GormDocument.m:109  Assertion failed in
> GormDocument(instance), method _docWindow.  Unable to find _window
> ivar
> in NSDocument class
> 2019-01-22 16:01:48.066 Gorm[5259:5259] Failed to load Gorm
> 2019-01-22 16:01:48.066 Gorm[5259:5259] NSWindowController: could not
> load nib named GormDocument.nib
> 
> Any suggestion? 
> 
> Germán
> 
> 
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Gorm don't work

[Germán Arias]

Hi,

After some years I'm working in a new release of FisicaLab, but I can't
work with gorm files since Gorm is unusable. I'm using all the code
from Github with GCC. I get things like:

2019-01-22 16:01:36.797 Gorm[5259:5259] Target  does not respont to action _popUpItemAction:
2019-01-22 16:01:48.065 Gorm[5259:5259] GormDocument.m:109  Assertion
failed in GormDocument(instance), method _docWindow.  Unable to find
_window ivar in NSDocument class
2019-01-22 16:01:48.065 Gorm[5259:5259] Exception occurred while
loading model: GormDocument.m:109  Assertion failed in
GormDocument(instance), method _docWindow.  Unable to find _window ivar
in NSDocument class
2019-01-22 16:01:48.066 Gorm[5259:5259] Failed to load Gorm
2019-01-22 16:01:48.066 Gorm[5259:5259] NSWindowController: could not
load nib named GormDocument.nib

Any suggestion? 

Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GNUstep in Windows 10 - Epic Fail

[Germán Arias]

Hi Jay

El vie, 07-07-2017 a las 18:51 -0400, Jay Versluis escribió:
> Hi everybody,
> I thought I’d give GNUstep on Windows 10 another go. My goal is to be
> able to compile and run GNUstep applications on Windows, originally
> written with Xcode on the Mac. Right now it’s just a simple command
> line tool that uses only the Foundation framework. No fancy GUI
> windows. 
> 
> So I’m following the guides on GNUstep.org, where it tells me that
> for Windows, I need to download about 6 self-extracting files to get
> going. I’ve done that successfully, even though I can’t run Gorm or
> Project Center. Fine for now, the Shell is running so that’s a 33%
> success. All I want for now is to compile my trusty Hello World code
> from the command line and generate a stand-alone Windows app. I’m
> still at the "proof of concept” stage.
> 
> However, I guess I need clang and LLVM to compile for Objective-C 2.0
> and ARC. Again, not a problem, I’ve downloaded both those sources
> using the MINGW shell and want to build them. The LLVM site says this
> can’t be done with gcc of course, and I need cmake. So I’m
> downloading that too, and building it using its own bootstrap tool,
> I’m getting an error. Sadly the tool does not tell me what’s wrong:
> it points me to the log file, which tells me everything went fine.
> But when I try to build cmake, naturally I get an error. Sigh.
> 
> Now here are my questions:
> 
> 1.) Does GNUstep even run on Windows 10? Or am I trying the
> impossible?

Yes, is possible.

> 2.) Those installers… how old are they, and what version Windows have
> they been tested with?
Those installers sometimes have a problem with the gnustep-backend
(required by graphical apps). Try with this installer:

https://www.dropbox.com/s/mb4m65spkuf3o0f/GNUstep-1.0.exe?dl=0

> 3.) Am I correct in assuming that all my efforts inside Windows need
> to be done inside MINGW? Or does this need to happen on the Windows
> command line?

This is right. GNUstep requires MinGW.

> 4.) Even with all the time I’m pouring into this “tapping in the
> dark” experience, will I ever be able to compile a standalone
> command-line Windows app? What I mean is, is this actually possible?
> Has anyone successfully done it?

Yes, is possible. I disribute FisicaLab (https://www.gnu.org/software/f
isicalab/) for Windows using the GNUstep installer in the link above.
However that installer uses GCC, not Clang. I don't know if is possible
build Clang with MinGW.

Germán

> I’m still hopeful that I can utilise Objective-C for cross platform
> development. But if I’m beating a dead horse here, please let me
> know.
> 
> All the best,
> 
> 
> 
> JAY VERSLUIS 
> 
> 

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GNUstep from a C library

[Germán Arias]

Hi,

El lun, 24-04-2017 a las 11:09 +0200, Wolfgang Lux escribió:
[...]
> 
> It's hard to tell what the problem is with the limited stack trace
> you've provided. And apart from that it's hard to tell much if
> GNUstep is compiled without debugging symbols.

Well, I choose FreeBSD because it have GNUstep + Clang. But this mean I
should rebuild gnustep base with debugging symbols. I'm still learning
how use/configure FreeBSD. But I hope that rebuild gnustep-base with
debugging symbols should be fairly simple.
> 
> Wolfgang
> 
> PS I don't know how to install the virtual box guess additions in
> FreeBSD, but you can always save the backtrace to a file using the
> 'set logging' command inside gdb. :-)

Thanks, I will try it.

Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

GNUstep from a C library

[Germán Arias]

I'm having problems with a Mac project with GNUstep. This is a C
toolkit library that use native widgets in Windows and Gtk. Now they
want make this native on Mac. But there aren't to much Mac developers
at project. So I'm trying this with GNUstep. Currently the library
compiles without problem. But when I want test a simple app (a window
with a button) I get a segmentation fault. This seems a problem when
gnustep-base try to create the shared notification center. See attached
screenshot of the backtrace (no idea how enable the virtual box guest
additions at FreeBSD). This seems a problem at GNUstep side, not in C
side of the library. Any idea?

Thanks
Germán

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Question about CoreBase

[Germán Arias]

I'm trying to use a Mac project with GNUstep. But now I have this
problem at linker:

undefined reference to 'CFBridgingRetain'

why I get this error only at linker? As far as I can see
CFBridgingRetain is not available at CoreBase. If so, can I replace
this function with some code?

Thanks
Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Emacs Anyone?

[Germán Arias]

Hi Steven, unfortunately the Emacs with GNUstep is unmaintained. I
remember the problem you mention, I had to copy the GNUstep headers to
a place where the configure script can found it. But even if it builds
you will face many problems. 
Regards.
Germán
El mar, 28-02-2017 a las 11:02 +, Steven Nunez escribió:
> Greetings all,
> 
> Is anyone out there using emacs 25 (or any other version) with
> GNUStep? I'm running into many of the same problems described in this
> thread:
> 
> https://lists.gnu.org/archive/html/emacs-devel/2014-07/msg00070.html
> 
> but none of the solutions there work for me. This might be because
> I'm running on FreeBSD, but I would not have thought that to make a
> huge difference. I've also seen it mentioned that "Emacs can be built
> and run under GNUstep, but there are still issues to be addressed.
> Interested developers should contact the emacs-devel mailing list." (
> https://www.gnu.org/software/emacs/manual/html_node/emacs/GNUstep-Sup
> port.html#GNUstep-Support) This seems to be confirmed in several
> other posts related to the topic that I came across whilst searching
> (crashes, font problems, etc.)
> 
> Specifically, I can't get passed:
> 
> ...
> checking AppKit/AppKit.h usability... no
> checking AppKit/AppKit.h presence... no
> configure: error: The include files (AppKit/AppKit.h etc) that are
> required for a Nextstep build are missing or cannot be compiled.
> ...
> 
> The config line for FreeBSD 11 (zsh), with GNUStep installed from
> packages:
> 
> env CFLAGS=-DGNUSTEP ./configure --with-ns --with-gnustep
> -conf=/usr/local/GNUstep.conf
> 
> Given all the difficulty that seems to surround this, I thought I
> would confirm that it will actually work before banging my head on
> this one too much longer.
> 
> Anyone got it working?
> 
> Regards,
> - Steve
> 
> 
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: About Xcode library

[Germán Arias]

Hi Greg
I have a problem, the build tool can't found a directory that is in the
same directory that xcodeproj. The project is this:
https://github.com/ewmailing/IupCocoaTouch
switch to Cocoa branch. This project requires opal + quartzcore. 
El lun, 23-01-2017 a las 20:35 +, Gregory Casamento escribió:
> German,
> 
> Let me know if you have any issues.  I've tested it on a lot of
> projects but it's not yet perfect. If it doesn't work send me the
> project file and I can reverse engineer it so that it will function
> better. 
> 
> GC 
> 
> On Mon, Jan 23, 2017 at 14:43 Germán A. Arias 
> wrote:
> > Thanks Ivan, I will try it.
> > 
> > 
> > 
> > Germán
> > 
> > 
> > 
> > El dom, 22-01-2017 a las 21:47 +, Ivan Vučica escribió:
> > 
> > > buildtool uses that library to perform a build.
> > 
> > > http://svn.gna.org/svn/gnustep/tools/buildtool/trunk
> > 
> > >
> > 
> > >
> > 
> > > On Sun, Jan 22, 2017 at 4:36 AM Germán A. Arias <
> > germanan...@gmx.es>
> > 
> > > wrote:
> > 
> > >
> > 
> > > I have an xcode project that I want test on GNUstep. Can
> > be
> > 
> > > Xcode
> > 
> > > library used to do this? And if that is the case, Is
> > there an
> > 
> > > example
> > 
> > > about how achieve this?
> > 
> > >
> > 
> > > Thanks
> > 
> > > Germán
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > > ___
> > 
> > > Discuss-gnustep mailing list
> > 
> > > Discuss-gnustep@gnu.org
> > 
> > > https://lists.gnu.org/mailman/listinfo/discuss-gnustep
> > 
> > > --
> > 
> > >
> > 
> > > sent from phone
> > 
> > >
> > 
> > >
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > ___
> > 
> > Discuss-gnustep mailing list
> > 
> > Discuss-gnustep@gnu.org
> > 
> > https://lists.gnu.org/mailman/listinfo/discuss-gnustep
> > ___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Tooltips problem on Gnome 3

[Germán Arias]

El mar, 31-01-2017 a las 08:25 +0100, Fred Kiefer escribió:
> Sorry, but I don’t see how this output would be any different with
> your patch applied. You still get this wring behaviour of the tooltip
> not displaying correctly?

The problem disappear with --GNU-Debug=NSEvent. But in a normal launch
the problem is still present.

> 
> Are there any other events that follow shortly after the ones in the
> attachment? But these should be the same for both cases.

No, the output I send you is generated immediately after launch the
application.

>  I really don’t want to install Gnome just to check this behaviour,
> now it looks like this is he only option.

I think that if you don't have the problem on WindowMaker, installing
Gnome will not make a difference. Maybe you should try in a virtual
machine with some distro that Riccardo has listed.

Germán

> 
> Fred
> 



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Tooltips problem on Gnome 3

[Germán Arias]

El dom, 29-01-2017 a las 12:12 +0100, Fred Kiefer escribió:
> Thank you for the list. 
> I just looked through the code in NSWindow that handles the expose
> events and we have no additional logging there.
> 
> From what I can see in the event list the posting of the expose event
> and the actual sending of he event to the window happen in the last
> two lines of the log. That is they follow immediately after one
> another. From this I don’t see why replacing the post with a send
> would result in a change. Or did you forget to undo your patch?

No. Currently I have no changes. I reinstall again back and I get the
same output.

> 
> What you could try is to add —GNU-Debug=NSMotionEvent to also log
> mouse moved events.

Attached.

Germán

> 
> Fred
> 
> 
> > Am 29.01.2017 um 07:25 schrieb Germán Arias <germanan...@gmx.es>:
> > 
> > Hi Fred, attached the list of events.
> > 
> > Germán
> > 
> > 
> > El sáb, 28-01-2017 a las 19:41 +0100, Fred Kiefer escribió:
> > > Hi German,
> > > 
> > > thank you for keeping looking into this. You patch actually
> > > suggests
> > > that my impression of this being a timing issue could be correct.
> > > Of
> > > course I have a bit of a problem with sending events out of the
> > > stream. When ever we tried this „solution“ before for some timing
> > > issue, we just moved the problem over to some other event that
> > > wont
> > > get handled correctly. 
> > > The best thing to do now is find out what other events get in the
> > > way
> > > of this one. Maybe there are resizing events or what ever else
> > > that
> > > result in this event not being processed correctly. Could you
> > > please
> > > revert your patch locally and switch on logging of events? I
> > > think
> > > you just need to add "—GNU-Debug=NSEvent“ when starting your
> > > application. Of course the logging of events could itself resolve
> > > the
> > > timing issue, but even then we could see which events get
> > > processed
> > > right before this one. So please switch on the logging and report
> > > back the order of events, when the tooltip window gets displayed.
> > > 
> > > Fred
> > > 
> > > 
> > > > Am 28.01.2017 um 02:23 schrieb Germán Arias <germanan...@gmx.es
> > > > >:
> > > > 
> > > > 
> > > > The attached patch solves the problem for me (tested on
> > > > WindowMaker
> > > > and
> > > > Gnome 3). The problem seems to be the event queue. Not sure if
> > > > this
> > > > change is OK or not.
> > > > 
> > > > Germán
> > > > 
> > > > 
> > > > El mié, 18-01-2017 a las 14:22 +0100, Riccardo Mottola
> > > > escribió:
> > > > > Hi,
> > > > > 
> > > > > Fred Kiefer wrote:
> > > > > > I just committed a tiny change to the window level handling
> > > > > > that
> > > > > > hopefully helps tool tips on other window managers. But I
> > > > > > am
> > > > > > not
> > > > > > very
> > > > > > convinced that you actually have a window type issue here,
> > > > > > from
> > > > > > your
> > > > > > description it sounds more like a timing issue.
> > > > > 
> > > > > I did some more accurate testing on NetBSD/amd64.
> > > > > I noticed by testing on PC's buttons. In my previous mail I
> > > > > said
> > > > > it 
> > > > > consistently not worked, now it works sometimes, sometimes
> > > > > not.
> > > > > 
> > > > > 1) if it does work, it works perfectly
> > > > > 2) if it does not display, the icon disappears and becomes
> > > > > grey,
> > > > > yet 
> > > > > waiting... a couple of seoncs, sometimes more, will make
> > > > > eventually
> > > > > the 
> > > > > tooltip appear and also the icon.
> > > > > 
> > > > > I wonder why the icon is involved at all.
> > > > > 
> > > > > Riccardo
> > > > > 
> > > > > ___
> > > > > Discuss-gnustep mailing list
> > > > > Discuss-gnustep@gnu.org
> > > > > https://lists.gnu.o

Re: Tooltips problem on Gnome 3

[Germán Arias]

Hi Fred, attached the list of events.

Germán


El sáb, 28-01-2017 a las 19:41 +0100, Fred Kiefer escribió:
> Hi German,
> 
> thank you for keeping looking into this. You patch actually suggests
> that my impression of this being a timing issue could be correct. Of
> course I have a bit of a problem with sending events out of the
> stream. When ever we tried this „solution“ before for some timing
> issue, we just moved the problem over to some other event that wont
> get handled correctly. 
> The best thing to do now is find out what other events get in the way
> of this one. Maybe there are resizing events or what ever else that
> result in this event not being processed correctly. Could you please
> revert your patch locally and switch on logging of events? I think
> you just need to add "—GNU-Debug=NSEvent“ when starting your
> application. Of course the logging of events could itself resolve the
> timing issue, but even then we could see which events get processed
> right before this one. So please switch on the logging and report
> back the order of events, when the tooltip window gets displayed.
> 
> Fred
> 
> 
> > Am 28.01.2017 um 02:23 schrieb Germán Arias <germanan...@gmx.es>:
> > 
> > 
> > The attached patch solves the problem for me (tested on WindowMaker
> > and
> > Gnome 3). The problem seems to be the event queue. Not sure if this
> > change is OK or not.
> > 
> > Germán
> > 
> > 
> > El mié, 18-01-2017 a las 14:22 +0100, Riccardo Mottola escribió:
> > > Hi,
> > > 
> > > Fred Kiefer wrote:
> > > > I just committed a tiny change to the window level handling
> > > > that
> > > > hopefully helps tool tips on other window managers. But I am
> > > > not
> > > > very
> > > > convinced that you actually have a window type issue here, from
> > > > your
> > > > description it sounds more like a timing issue.
> > > 
> > > I did some more accurate testing on NetBSD/amd64.
> > > I noticed by testing on PC's buttons. In my previous mail I said
> > > it 
> > > consistently not worked, now it works sometimes, sometimes not.
> > > 
> > > 1) if it does work, it works perfectly
> > > 2) if it does not display, the icon disappears and becomes grey,
> > > yet 
> > > waiting... a couple of seoncs, sometimes more, will make
> > > eventually
> > > the 
> > > tooltip appear and also the icon.
> > > 
> > > I wonder why the icon is involved at all.
> > > 
> > > Riccardo
> > > 
> > > ___
> > > Discuss-gnustep mailing list
> > > Discuss-gnustep@gnu.org
> > > https://lists.gnu.org/mailman/listinfo/discuss-gnustep
> > ___
> > Discuss-gnustep mailing list
> > Discuss-gnustep@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnustep
> 2017-01-29 00:13:00.857 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'_GNUSTEP_WM_ATTR'
2017-01-29 00:13:00.858 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'_MOTIF_WM_HINTS'
2017-01-29 00:13:00.858 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'_NET_WM_ICON'
2017-01-29 00:13:00.859 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'_NET_WM_SYNC_REQUEST_COUNTER'
2017-01-29 00:13:00.859 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'WM_PROTOCOLS'
2017-01-29 00:13:00.859 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'_GNUSTEP_WM_ATTR'
2017-01-29 00:13:00.859 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'_NET_WM_WINDOW_TYPE'
2017-01-29 00:13:00.859 FisicaLab[3191:3191] 48234804 PropertyNotify - 'WM_NAME'
2017-01-29 00:13:00.859 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'WM_ICON_NAME'
2017-01-29 00:13:00.859 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'_NET_WM_NAME'
2017-01-29 00:13:00.860 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'_NET_WM_ICON_NAME'
2017-01-29 00:13:00.860 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'_GNUSTEP_WM_ATTR'
2017-01-29 00:13:00.860 FisicaLab[3191:3191] 48234804 PropertyNotify - 'WM_NAME'
2017-01-29 00:13:00.860 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'WM_ICON_NAME'
2017-01-29 00:13:00.860 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'_NET_WM_NAME'
2017-01-29 00:13:00.860 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'_NET_WM_ICON_NAME'
2017-01-29 00:13:00.860 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'_GNUSTEP_WM_ATTR'
2017-01-29 00:13:00.860 FisicaLab[3191:3191] 48234804 PropertyNotify - 'WM_NAME'
2017-01-29 00:13:00.860 FisicaLab[3191:3191] 48234804 PropertyNotify - 
'WM_ICON_NAME'
2017-01-29 00:13:00.861 FisicaLab[3191:3191] 48234804 

Re: Tooltips problem on Gnome 3

[Germán Arias]

The attached patch solves the problem for me (tested on WindowMaker and
Gnome 3). The problem seems to be the event queue. Not sure if this
change is OK or not.

Germán


El mié, 18-01-2017 a las 14:22 +0100, Riccardo Mottola escribió:
> Hi,
> 
> Fred Kiefer wrote:
> > I just committed a tiny change to the window level handling that
> > hopefully helps tool tips on other window managers. But I am not
> > very
> > convinced that you actually have a window type issue here, from
> > your
> > description it sounds more like a timing issue.
> 
> I did some more accurate testing on NetBSD/amd64.
> I noticed by testing on PC's buttons. In my previous mail I said it 
> consistently not worked, now it works sometimes, sometimes not.
> 
> 1) if it does work, it works perfectly
> 2) if it does not display, the icon disappears and becomes grey, yet 
> waiting... a couple of seoncs, sometimes more, will make eventually
> the 
> tooltip appear and also the icon.
> 
> I wonder why the icon is involved at all.
> 
> Riccardo
> 
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustepIndex: Source/x11/XGServerEvent.m
===
--- Source/x11/XGServerEvent.m	(revisión: 40295)
+++ Source/x11/XGServerEvent.m	(copia de trabajo)
@@ -1074,11 +1074,12 @@
   {
 NSRect rect;
 NSTimeInterval ts = (NSTimeInterval)generic.lastMotion;
+		NSEvent *r;
 
 rect = [self _XWinRectToOSWinRect: NSMakeRect(
 rectangle.x, rectangle.y, rectangle.width, rectangle.height)
  for: cWin];
-e = [NSEvent otherEventWithType: NSAppKitDefined
+r = [NSEvent otherEventWithType: NSAppKitDefined
  location: rect.origin
  modifierFlags: eventFlags
  timestamp: ts / 1000.0
@@ -1087,6 +1088,11 @@
  subtype: GSAppKitRegionExposed
  data1: rect.size.width
  data2: rect.size.height];
+
+		/* We don't add this event in event_queue, to don't delay
+		 * its sent.
+		 */
+		[[NSApp windowWithWindowNumber: cWin->number] sendEvent: r];
   }
   
 #endif
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Problem to compile Opal

[Germán Arias]

Thanks Fred, now works.

Germán

El mié, 18-01-2017 a las 23:54 +0100, Fred Kiefer escribió:
> Should be fixed in svn. I just took over the code from GNUstep gui.
> 
> 
> > Am 18.01.2017 um 17:45 schrieb Ivan Vučica <i...@vucica.net>:
> > 
> > Assuming it's this file (you didn't specify):
> > http://svn.gna.org/svn/gnustep/libs/opal/trunk/Source/OpalGraphics/
> > image/OPImageCodecPNG.m
> > 
> > You didn't specify a version of libpng either.
> > 
> > It's a red herring that it's an unavailable function. This looks
> > like it's a macro; here's from pngconf.h.
> >   456 #define png_sizeof(x) (sizeof (x))
> > 
> > We should either replace it with a sizeof() or make sure to include
> > the correct header.
> > 
> > On Wed, Jan 18, 2017 at 7:14 AM, Germán Arias <germanan...@gmx.es>
> > wrote:
> > Hi, I'm trying to compile Opal at FreeBSD 11, but when link I get
> > the
> > error "Undefined reference to 'png_sizeof' at libpng". I suppose
> > this
> > is not available in recent version of libpng.
> > 
> > Germán
> 
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Problem to compile Opal

[Germán Arias]

Hi, I'm trying to compile Opal at FreeBSD 11, but when link I get the
error "Undefined reference to 'png_sizeof' at libpng". I suppose this
is not available in recent version of libpng.

Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Tooltips problem on Gnome 3

[Germán Arias]

At least in Gnome 3, the problem is still present.

Germán

El mar, 17-01-2017 a las 23:01 +0100, Fred Kiefer escribió:
> I just committed a tiny change to the window level handling that
> hopefully helps tool tips on other window managers. But I am not very
> convinced that you actually have a window type issue here, from your
> description it sounds more like a timing issue.
> 
> Fred
> 
> Am 13.01.2017 um 08:37 schrieb Germán Arias:
> > El mié, 11-01-2017 a las 17:57 +0100, Riccardo Mottola escribió:
> > [...]
> > > 
> > > I tried OpenBSD/x86 and it behaves like you descrive.
> > > This means that while x86 and amd64 are not identical, the issue
> > > is
> > > not 
> > > just 32bit vs 64bit.
> > > 
> > > x86 "looks" like working better, I used several attempts to have
> > > the 
> > > tooltip disappear and the app-icon disappear, while on amd64 it
> > > happens 
> > > always.
> > > It might be speed differences, video card, etc.
> > 
> > You are right, this also happens at x86 but is hard to reproduce.
> > 
> > Weird but at Gnome 3 the problem is solved if run the application
> > with 
> > --GNU-Debug=NSEvent. Although this don't works at WindowMaker.
> > 
> > Germán
> > 
> > > 
> > > I use ProjectCenter and its tool buttons as a test. I also
> > > noticed
> > > that 
> > > after repeated testing (mouse moving around) the ooltips do not
> > > get 
> > > cleaned correctly, so that after a while there are a lot of small
> > > yellow 
> > > bits around
> > > 
> > > Riccardo
> 
> 
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Tooltips problem on Gnome 3

[Germán Arias]

Hi,

El mié, 11-01-2017 a las 17:57 +0100, Riccardo Mottola escribió:
[...]
> 
> I tried OpenBSD/x86 and it behaves like you descrive.
> This means that while x86 and amd64 are not identical, the issue is
> not 
> just 32bit vs 64bit.
> 
> x86 "looks" like working better, I used several attempts to have the 
> tooltip disappear and the app-icon disappear, while on amd64 it
> happens 
> always.
> It might be speed differences, video card, etc.

You are right, this also happens at x86 but is hard to reproduce.

Weird but at Gnome 3 the problem is solved if run the application with 
--GNU-Debug=NSEvent. Although this don't works at WindowMaker.

Germán

> 
> I use ProjectCenter and its tool buttons as a test. I also noticed
> that 
> after repeated testing (mouse moving around) the ooltips do not get 
> cleaned correctly, so that after a while there are a lot of small
> yellow 
> bits around
> 
> Riccardo

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Tooltips problem on Gnome 3

[Germán Arias]

Hi,

El mar, 10-01-2017 a las 11:28 +0100, Riccardo Mottola escribió:
[...]
> On NetBSD/amd64 it doesn't work fine, as on OpenBSD/amd64 I need to
> move 
> the mouse to make it visible. Actually, something stranger happens.
> At 
> first, the popup window appears, but is black and there icon in the 
> app-icon of windowmaker disappears, it becomes grey, as soon as I 
> slightly move the mouse, the correct yellow popup appears and also
> the 
> icon appears again. It look like something gets corrupted.

The same here with WindowMaker, with the difference that the tooltip is
displayed correctly but then is removed immediately. If you wait (don't
move the mouse) eventually the tooltip and app-icon are displayed.

Germán

> 
> I need to test on another x86 machine, possibly NetBSD and check the 
> behaviour!
> 
> Riccardo


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Tooltips problem on Gnome 3

[Germán Arias]

I run the application with "--GNU-Debug=Frame" and I notice a
difference when the tooltip is displayed and when this don't happen.
When the tooltip is displayed the terminal show messages like:

XW2OW ...
Window 477383, offsets 

But when the tooltip is not displayed the message is:

XW2OW ...

and after a half minute (more or less) the terminal show the message
"Window 83884, offsets ..." and then the tooltip is displayed.

Germán


El dom, 08-01-2017 a las 22:25 +0100, Fred Kiefer escribió:
> It definitely isn’t the architecture or the operation system. I am
> using OpenSuse (Factory) on AMD 64 as well.
> The issue here must be the interaction with the window manager. I am
> using Kein, the KDE window manager and things work alright.
> 
> 
> > Am 08.01.2017 um 07:12 schrieb Germán Arias <germanan...@gmx.es>:
> > 
> > OK, finally I tried with WindowMaker and the problem is still
> > present.
> > So, this is not a problem related with window managers. Maybe a
> > problem
> > with the architecture of my machine? The problem is present in my
> > laptop with an AMD 64 bits processor (OpenSUSE leap 42.1). But my
> > desktop PC, an old Intel machine of 32 bits, don have problems.
> > 
> > El mar, 20-12-2016 a las 19:55 -0600, Germán Arias escribió:
> > > El dom, 27-11-2016 a las 19:06 +0100, Fred Kiefer escribió:
> > > > > Am 27.11.2016 um 07:26 schrieb Germán Arias <
> > > > > germanan...@gmx.es>:
> > > > > The value of level in line 2989 at XGServerWindow.m is 101.
> > > > > The
> > > > 
> > > > That is the correct level, we use NSPopUpMenuWindowLevel = 101
> > > > for
> > > > tool tips.
> > > > 
> > > 
> > > If I use NSMainMenuWindowLevel instead, this seems to solve the
> > > problem. Although I don't tested it in other desktops.
> 
> This really looks like we need to rework the code in setWindowLevel::
> to suit modern window managers. I think, I reworked this aboutn ten
> years ago for the last time. 
> 
> 
> As for this older statement:
> 
> > I try changing the options when level == NSPopUpMenuWindowLevel, at
> > line 3453 at XGServerWindow.m. But I notice all this code is not
> > execute, the "if" condition at line 3375 is skipped. 
> 
> This happens the second time the same window level gets set on a
> window, as there is nothing to do. If this already happens the first
> time we set the window level this could be the root of the problem.

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Tooltips problem on Gnome 3

[Germán Arias]

OK, finally I tried with WindowMaker and the problem is still present.
So, this is not a problem related with window managers. Maybe a problem
with the architecture of my machine? The problem is present in my
laptop with an AMD 64 bits processor (OpenSUSE leap 42.1). But my
desktop PC, an old Intel machine of 32 bits, don have problems.

Germán

El mar, 20-12-2016 a las 19:55 -0600, Germán Arias escribió:
> El dom, 27-11-2016 a las 19:06 +0100, Fred Kiefer escribió:
> > > Am 27.11.2016 um 07:26 schrieb Germán Arias <germanan...@gmx.es>:
> > > The value of level in line 2989 at XGServerWindow.m is 101. The
> > 
> > That is the correct level, we use NSPopUpMenuWindowLevel = 101 for
> > tool tips.
> > 
> 
> If I use NSMainMenuWindowLevel instead, this seems to solve the
> problem. Although I don't tested it in other desktops.
> 
> Germán
> 
> 
> 
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Tooltips problem on Gnome 3

[Germán Arias]

El dom, 27-11-2016 a las 19:06 +0100, Fred Kiefer escribió:
> > Am 27.11.2016 um 07:26 schrieb Germán Arias <germanan...@gmx.es>:
> > The value of level in line 2989 at XGServerWindow.m is 101. The
> 
> That is the correct level, we use NSPopUpMenuWindowLevel = 101 for
> tool tips.
> 

If I use NSMainMenuWindowLevel instead, this seems to solve the
problem. Although I don't tested it in other desktops.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Tooltips problem on Gnome 3

[Germán Arias]

I test with IceWM (that comes with default OpenSUSE installation) and
the same problem. Not sure if this is something specific with my
installation or not (I will try later with WindowMaker). But I notice
something weird. When a tooltip should be displayed, a new window tab
is displayed at taskbar. See the red circle at attached screenshot. But
a tooltip should not display a new entry in the taskbar. Other ting: if
I wait about a half minute, the tooltip is displayed.

Now a remember that when I use Xfce, sometimes when I navigate an app
menu, a window tab is displayed at taskbar, but this disappear
immediately.

I try changing the options when level == NSPopUpMenuWindowLevel, at
line 3453 at XGServerWindow.m. But I notice all this code is not
execute, the "if" condition at line 3375 is skipped. 

Germán

El dom, 27-11-2016 a las 19:06 +0100, Fred Kiefer escribió:
> > Am 27.11.2016 um 07:26 schrieb Germán Arias <germanan...@gmx.es>:
> > The value of level in line 2989 at XGServerWindow.m is 101. The
> 
> That is the correct level, we use NSPopUpMenuWindowLevel = 101 for
> tool tips.
> 
> 
> > parameters are: op = 0, otherwin = -1. I tried changing the level
> > value
> 
> The value -1 for other win means above all windows, not just any
> specific ones even above the key and main window.
> This should work, but it isn’t the best we could do. We could provide
> the window of the view the tool tip belongs to as reference. That way
> we would get similar results as your change on the lowest level
> achieved. 
> For this we need to change line 695 in GSToolTip.m to look somewhat
> like this:
> 
>   [window  orderWindow: NSWindowAbove relativeTo: [[view window]
> windowNumber]];
> 
> 
> > to other values, like 0, 2, 4, 6, ... but don't solve the problem.
> > However if I change the line 2996 to:
> > 
> > else if ( (otherWin == 0 && op == NSWindowAbove) || level == 101 )
> > 
> > The problem is solved. Although I don't have idea why.
> 
> I am surprised that this worked as it results in the tool tip being
> placed below the key window.
> 
> ___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Tooltips problem on Gnome 3

[Germán Arias]

Hi,

El sáb, 19-11-2016 a las 21:27 +0100, Fred Kiefer escribió:
[SNIP]
> 
> That said you could try to find out which values setwindowlevel: is
> setting on your machine for tool tips and what would be the correct
> ones. You will need to add your own logging for this.
> 
> Fred

The value of level in line 2989 at XGServerWindow.m is 101. The
parameters are: op = 0, otherwin = -1. I tried changing the level value
to other values, like 0, 2, 4, 6, ... but don't solve the problem.
However if I change the line 2996 to:

else if ( (otherWin == 0 && op == NSWindowAbove) || level == 101 )

The problem is solved. Although I don't have idea why.

Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Tooltips problem on Gnome 3

[Germán Arias]

Hi,

I notice the problem is not present always. Sometimes when I launch the
app these works perfectly. But sometimes don't work. However the
tooltips works or not work, there is not a mix state where (after
launch the app) the tooltips works and sometimes not. When tooltips are
big (as is the case on FisicaLab) I can notice the tooltip window seems
to be minimized. Other thing is that if I run the app with:

openapp ./FisicaLab --GNU-Debug=WM

I get:

FisicaLab[4174:4174] WM Protocols: WindowMaker=(NO) GNOME=(NO) KDE=(NO)
EWMH=(YES)

This say I'm not using Gnome. Could be this the problem?

Germán


El lun, 07-11-2016 a las 17:41 +0100, Riccardo Mottola escribió:
> Hi German,
> 
> 
> Germán Arias wrote:
> > Currently I'm using OpenSUSE leap 42.1 with Gnome 3. and the
> > tooltips
> > are displayed, but are hidden immediately. Then you need move the
> > mouse
> > again (without leave the button) to display it properly. Is like if
> > the
> > window manager hides the tooltip the first time it is displayed.
> > 
> > Is someone experienced something similar?
> 
> On WindowMaker they continue to work quite fine, it must be a 
> peculiarity of the Gnome WM you are using.
> 
> Riccardo

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Tooltips problem on Gnome 3

[Germán Arias]

El sáb, 05-11-2016 a las 23:46 +0100, Fred Kiefer escribió:
> Am 05.11.2016 um 07:32 schrieb Germán Arias:
> > Currently I'm using OpenSUSE leap 42.1 with Gnome 3. and the
> > tooltips
> > are displayed, but are hidden immediately. Then you need move the
> > mouse
> > again (without leave the button) to display it properly. Is like if
> > the
> > window manager hides the tooltip the first time it is displayed.
> > 
> > Is someone experienced something similar?
> 
> I just tried with my OpenSuse Tumbleweed. With KDE the tooltips still
> work as expected. Looks like the issue is window manager specific.
> 
> Fred
> 

Yes, I will check the documentation of mutter.

Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Tooltips problem on Gnome 3

[Germán Arias]

Currently I'm using OpenSUSE leap 42.1 with Gnome 3. and the tooltips
are displayed, but are hidden immediately. Then you need move the mouse
again (without leave the button) to display it properly. Is like if the
window manager hides the tooltip the first time it is displayed.

Is someone experienced something similar?

Germán
Regards.


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Distribution of gnustep-based software

[Germán Arias]

Hi,

El lun, 17-10-2016 a las 08:34 +0200, Michele Bert escribió:
> Hello.
> I need to create a multiplatform gui app, which later has to be
> distributed to quite unexperienced users (let me say that way). I
> would really like to use gnustep, but I wonder how can I distribute
> the program to my friends. When I developed with MFC on Visual C++,
> it
> was sufficient to copy a set of dll: can I do something similar with
> gnustep, or is the installation procedure strictly required?
> 

Is sufficient to copy a set of dll and some tools, resources and
configuration files. See the instructions at:

http://svn.gna.org/viewcvs/gnustep/tools/make/trunk/Documentation/READM
E.MinGW?view=markup

That is the way I build the Windows installer of FisicaLab:

https://www.gnu.org/software/fisicalab/

Regards
Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GNUMail sources

[Germán Arias]

El mar, 17-05-2016 a las 19:01 +0200, Steven R. Baker escribió:
> Heya,
> 
> I'm trying to find the GNUMail sources, but collaboration-world is down.
> collaboration-world seems to be the home for a bunch of GNUstep
> projects, is this going to cause a wide problem?!
> 
> Cheers!
> 
> -Steven
> 

Hi Steven

Currently a fork of GNUMail are hosted here:

http://gna.org/projects/gnustep-nonfsf

and the website is this:

http://home.gna.org/gnustep-nonfsf/gnumail.html

The development of this fork is slow. But its intention is maintain
alive this app.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: my calculator has problems

[Germán Arias]

El sáb, 09-04-2016 a las 08:53 -0400, umen escribió:
> Hi,
> Number1 is NSButton. result is the NSTextField. I assign string to
> number1 because with strings I can append other numbers and assign
> this new number to number1 again, then I use doubleValue to get a
> double from this string. It's exactly what else{} is doing at all
> button methods. Or there is another/better way to do that not using
> strings?
> 

Why number1 is an NSButton? 
If you need an string, then use an NSString. But in that case, you can't
call -setDoubleValue: (line 157 in UCalc.m), because class NSString
don't implement this method. You should do something like:

number1 = [NSString stringWithFormat: @"%f", [number2 doubleValue] +
[number1 doubleValue]]

Germán
 


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: my calculator has problems

[Germán Arias]

Hi,

I have not clear what is "number1". But in method "-add" you assign a
string to this variable, so this become a string object. Then, later,
you call "-setDoubleValue:" at "number1" as if it was an NSTextField
object. If this is an NStextField object, then you should do (in method
"-add"):

[number1 setDoubleValue: 0];

Hope this help.
Germán

El vie, 08-04-2016 a las 15:01 -0400, umen escribió:
> Hi people,
> 
> I'm trying to write a basic calculator using GNUstep+ObjC and I get stucked. 
> I really don't know where is the problem in my code. May you help me?
> 
> 
> I'm sending here what I have implemented until now:
> 
> 
> 
> @interface UCalc : NSObject
> 
> {
> 
>   char operation; //just a char to validate the operation
> 
>   id number1, number2; //number1 = the current button pressed, number2
> = the old number
> 
>   id result; //the calculator display
> 
> }
> 
> - (void) Add: (id)sender;
> 
> @end
> 
> 
> 
> 
> 
> @implementation UCalc
> 
> - (void) Add: (id)sender
> 
> {
> 
>   operation = '+';
> 
>   number2 = number1; //when you press the add button the current
> number becomes the old number
> 
>   number1 = @"0";
> 
> }
> 
> 
> 
> - (void) Button0: (id)sender
> 
> {
> 
>   number1 = @"0";
> 
>   [result setStringValue: number1];
> 
> }
> 
> 
> 
> - (void) Button1: (id)sender
> 
> {
> 
>   //if there is no number yet
> 
>   if (number1 == nil || [number1 isEqual: @"0"]){
> 
> [result setStringValue: @""];
> 
> number1 = @"1";
> 
>   }
> 
>   //else append the current number in itself, so we can get number > 9
> 
>   else{
> 
> number1 = [number1 stringByAppendingFormat: @"1"];
> 
>   }
> 
>   [result setStringValue: number1];
> 
> }
> 
> 
> 
> 
> 
> - (void) Button2: (id)sender
> 
> {
> 
>   if (number1 == nil || [number1 isEqual: @"0"]){
> 
> [result setStringValue: @""];
> 
> number1 = @"2";
> 
>   }
> 
>   else{
> 
> number1 = [number1 stringByAppendingFormat: @"2"];
> 
>   }
> 
>   [result setStringValue: number1];
> 
> }
> 
> 
> 
> All the others number buttons are implemented in the same way...
> 
> 
> 
> The problem is in Equal button:
> 
> 
> 
> - (void) Equal: (id)sender{
> 
>   switch(operation){
> 
> case '+':
> 
> //trying  to do this: number1 = number2 + number1 and then print
> in the display result
> 
> [number1 setDoubleValue: [number2 doubleValue] + [number1
> doubleValue]];
> 
>   [result setStringValue: number1];
> 
>   break;
> 
>}
> 
> }
> 
> 
> 
> I already have created the window in Gorm, so everything is
> implemented there. The problem in this code is in the number1 =
> number2 + number1 in Equal method, I don't know why it's not assigning
> to number1 the operation correctly and then result working correctly.
> Any idea about what I'm doing wrong? Everything?
> 
> 
> 
> Sorry my english. Thanks.
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Windows theme should be active by default on Windows...

[Germán Arias]

Hi,

The installer I did a few months ago use the WinUXTheme by default. But
if this theme can be problematic in some situations, I can add other
theme (for example Silver) so the user have other choice other than the
default GNUstep theme. I don't add ProjectCenter in this installer
because there are problems discussed in other threads. This installer
has also one change that is not committed in svn repository. That change
make possible use combobox controls and autocomplete.

I have also the idea to make an installer with gnustep-make, base and
coregtk. For those who feel more comfortable with Gtk.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: SDL2 & GNUstep

[Germán Arias]

Hi

El lun, 01-02-2016 a las 22:06 +0100, Edwin Ancaer escribió:
> Hello, 
> 
> 
> I would like to know if it is possible to use SDL2 with GNUstep?
> 
> 
> Thanks, 
> 

Objective-C is a superset of C. So you can use any C library in a
GNUstep project.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: PorjectCenter Building error: Can't find make

[Germán Arias]

Hi Nicolas

I investigated this some months ago, and the problem is that the native
function to start a process on Windows imposes a limit in the length of
arguments passed to the make tool (or any other tool). When make tool is
launched, it searches the rules to build GNUstep projects. Those
instructions are so large that at some point the tool reach the limit,
and then the process stop abruptly.

So the only solution is start the shell (the shell installed by gnustep)
and run "make" at the project directory. Something like:

cd your_project_directory
make

Regards
Germán

PS: For a more updated version of GNUstep for Windows, you can use this
installer:

https://www.dropbox.com/s/mb4m65spkuf3o0f/GNUstep-1.0.exe?dl=0

It contains SystemPreferences, Gorm and Gemas [1]. And use WINUXTheme by
default.

[1] http://home.gna.org/gnustep-nonfsf/gemas.html

El mié, 27-01-2016 a las 16:51 +0100, nicolas.guerinea...@free.fr
escribió:
> Dear All,
> 
> I'm beginner in Objective-C (and in building file using shell) and just 
> installed ProjectCenter from the GNUstep windows installer page 
> http://www.gnustep.org/windows/installer.html as I'm using Windows 7 SP1 on 
> 64 bits system (to have IDE for building project ;-).
> 
> So the installed version are
> 
> GNUstep MSYS System   Required0.30.0  -   MSYS/MinGW 
> System
> GNUstep Core  Required0.34.0  -   GNUstep Core
> GNUstep Devel Optional1.4.0   -   
> Developer Tools
> GNUstep Cairo Optional0.34.0  -   Cairo 
> Backend
> ProjectCenter Optional0.6.1-2 -   IDE 
> (Like Xcode, but not as complex)
> Gorm  Optional1.2.20-2-   Interface 
> Builder (Like Xcode NIB builder)
> 
> I aslo installed SsytemPreferences :
>  For the 0.34.0 series:
> 
> SystemPreferences 2014-01-09
> 
> 
> I start ProjectCenter from shell and went through the basic tutorial from 
> that page : http://www.gnustep.org/experience/PierresDevTutorial/index.html 
> but when I build the project I got the following error in a popup:
> Build tool 'usr/bin/make' not found. Check preferences.
> Build will be terminated
> 
> When looking for make file on my computer, I can find it in 
> c:/GNUstep/msys/1.0/bin/make.exe , so I changed it into 
> PC->info->SystemPreferences but when building it crashes and on build I got:
> 
> Convertor
>:dup: dup(some disk file) failed, handle 2B, Win32 error 87
>:dup: dup(some disk file) failed, handle 2B, Win32 error 87
> 
> Then a "close program" popup comes (it just appear twice than build 
> terminated but failed ; ProjectCenter doesn't close).
> 
> How can I solve it?
> Attach is screenshot expecting you can see it.
> 
> Thanks for your help.
> Nicolas
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Plans for ahead

[Germán Arias]

El lun, 30-11-2015 a las 10:37 +0100, Alessandro Sangiuliano escribió:
[SNIP]
>  But then I read many people on the mailing list that want a Window
> Manger written in Objective-C and GNUstep, it's a bit frustrating...
> but I'm not here to do flame or similar things, maybe they don't like
> my project.
> 

Are you referring to Interface project? To be honest I don't remember
hearing about this project, or maybe I don't put enough attention :( I
"discovered" it when someone mentions the project some days ago. And as
far as I can see, this has not been added to "Software Index". Would be
nice have it listed there :)

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: projectcenter launch error Windows10

[Germán Arias]

Hi James

El mar, 24-11-2015 a las 09:34 +, James d'Authreau escribió:
> Hi Riccardo
> Thanks but Msys\1.0\home  does not exist, and there is no "home" directory 
> anywhere. Projectcenter is located at:
> C:\GNUstep\GNUstep\System\Applications\ProjectCenter.app\ProjectCenter.exe
> and similarly gorm.
> 
> Thanks Germán if you are replicating what I have then the windows 10 
> installation is 32 bit, I have no idea if this makes a difference as I can't 
> find anything on the website that tells you if projectcenter etc is 64 bit by 
> default or not.
> 
> James
> 

I made a fresh installation of Windows 10 (32 bits), not an upgrade, and
after install GNUstep with the installer I made all works fine. See the
attached images. So maybe your problem is something corrupted in your
Windows installation.

Germán

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Plans for ahead

[Germán Arias]

Hi,

El dom, 29-11-2015 a las 00:05 -0500, Gregory Casamento escribió:
> Riccardo,
> 
> On Sat, Nov 28, 2015 at 10:25 AM, Riccardo Mottola
>  wrote:
> > Hi,
> >
> > David Chisnall wrote:
> >>
> >> I agree.  The FreeBSD GNUstep packages include a lot of things, but you
> >> need to do a lot of tinkering to make them integrate even vaguely with
> >> typical environments.  For the ones that we use in the lab, I’ve configured
> >> a more modern looking theme[1] and the in-window menus.  With this, the 
> >> apps
> >> still look fairly distinctive, but work quite well and people don’t
> >> complain.
> >
> >
> > I absolutely want "our" menus, they are distinctive and useful and if I were
> > to make a reference distribution, I'd want to retain that.
> 
> They are OLD.   More important than their usefulness is what they
> invoke and that is they make people think that we are NeXTSTEP and
> OPENSTEP only.  Like it or not our old look is part of our problem.
> I'm sorry you don't like this fact, but it is based on tons of first
> hand observation over the last ten years.
> 
> GC

I don't think so. I think the problem is that there isn't enough
presence of GNUstep on internet. I mean youtube, blogs, images ... If
you search images of GNUstep. most of them show gnustep using the
default theme. So we need upload more images showing GNUstep on Gnome,
KDE, Windows We need more videos on youtube about how use GNUstep on
other desktops and OSs. The vertical menu is not the problem, the
problem is when people think that GNUstep don't offers more options.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Default preferences (was Re: Plans for ahead)

[Germán Arias]

Hi,

El sáb, 28-11-2015 a las 16:25 +0100, Riccardo Mottola escribió:
> Hi,
> 
> David Chisnall wrote:
> > I agree.  The FreeBSD GNUstep packages include a lot of things, but you 
> > need to do a lot of tinkering to make them integrate even vaguely with 
> > typical environments.  For the ones that we use in the lab, I’ve configured 
> > a more modern looking theme[1] and the in-window menus.  With this, the 
> > apps still look fairly distinctive, but work quite well and people don’t 
> > complain.
> 
> I absolutely want "our" menus, they are distinctive and useful and if I 
> were to make a reference distribution, I'd want to retain that.
> 
> You have the opposite problem, you want to deploy a certain GS 
> application into a non-GS environment.
> I know the pain, I have exactly the same need!
> 
> I have my app, I have an in-window menu theme (in this case needed 
> because you are the foreign thing to fit into Windows or GNOME). But 
> then  still every single user needs to "set" the theme for himself.
> 
> This is the problem I often referred to, where I want to be able to 
> "set" a default preference for a user. Or to have certain preferences 
> pre-set inside a plist. A way so that once installed an pp sets some 
> defaults to itself. System wide defaults?
> When installing with a package one could do perhaps a post-installation 
> script, but that is not my case.
> 
> I think this is the opposite of the original topic, but still very 
> useful to solve.
> 
> Riccardo
> 

But this is possible using GlobalDefaults subdirectory or
GlobalDefaults.plist as described here:

http://www.gnustep.org/resources/documentation/Developer/Base/Reference/index.html

The only case when this doesn't works for me, is for a binary package of
gnustep itself (for development). In this case I need provide a
GNUstep.conf with paths for libraries and headers. And it seems that
cause conflicts with GlobalDefaults when user source GNUstep.sh. So he
should run SystemPreferences and make the necessary changes. Or maybe
I'm doing something wrong.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Problem to compile gnustep-base on android

[Germán Arias]

El dom, 27-09-2015 a las 11:14 +0100, David Chisnall escribió:
> On 26 Sep 2015, at 23:37, Germán Arias <germanan...@gmx.es> wrote:
> > 
> > What is the difference between -r and -pie?
> 
> -r means do linking, but don’t expect the result to be a complete binary 
> (partial link).
> -pie means generate a position-independent executable.
> 
> Obviously, these are incompatible, because -pie only makes sense when 
> emitting the final binary, and -r only makes sense when not emitting the 
> final binary.
> 
> > Will this works if -r option is removed?
> 
> No, -r is required.  It might be possible to add -no-pie on the end of the 
> linker command list though.  Please file a clang driver bug for this - the 
> clang driver should not be emitting -pie when -r is specified.
> 
> David
> 
> -- Sent from my IBM 1620
> 

Thanks, now gnustep-base compiles. Also I filed a clang bug.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Problem to compile gnustep-base on android

[Germán Arias]

El sáb, 26-09-2015 a las 07:50 +0100, Richard Frith-Macdonald escribió:
> > On 26 Sep 2015, at 07:28, Germán Arias <germanan...@gmx.es> wrote:
> > 
> > El vie, 25-09-2015 a las 21:27 -0600, Germán Arias escribió:
> >> First I'm using libobjc2 from github repository. Also I'm using an arm
> >> toolchain with clang 3.6 (ndk r10e). And, after applied the changes
> >> suggested by Ivan, I get this error when try to link the subproject
> >> Additions:
> >> 
> >> Linking subproject Additions ...
> >> /home/german/Instalados/android-toolchains/my-android-toolchain/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/bin/ld:
> >>  fatal error: -pie and -r are incompatible
> >> clang36: error: linker command failed with exit code 1 (use -v to see
> >> invocation)
> >> make[4]: *** [obj/subproject.o] Error 1
> >> make[3]: *** [internal-subproject-all_] Error 2
> >> make[2]: *** [Additions.all.subproject.variables] Error 2
> >> make[1]: *** [internal-all] Error 2
> >> make: *** [internal-all] Error 2
> >> 
> >> Any suggestion?
> >> 
> >> Thanks
> >> Germán
> > 
> > Where should be added the -v option to see the invocations?
> 
> I’d start by using messages=yes to see the invocation of clang by the make 
> system.
> If you look at how clang is being invoked, you might get a clue as to where 
> adding the -v might get clang to tell you what it’s doing.
> In the absence of any concrete knowledge about it (and without bothering to 
> read any online help about clang), I’d probably try the -v in the command 
> line iimmediately after 'clang'
> 
> 

Thanks, messages=yes did the job. This is the invocation:

clang -nostdlib -Wl,-r -o ./obj/subproject.o
obj/Additions.obj/GSTypeEncoding.c.o obj/Additions.obj/GSObjCRuntime.m.o
obj/Additions.obj/GCObject.m.o obj/Additions.obj/GCArray.m.o
obj/Additions.obj/GCDictionary.m.o obj/Additions.obj/GSLock.m.o
obj/Additions.obj/GSMime.m.o obj/Additions.obj/GSXML.m.o
obj/Additions.obj/GSFunctions.m.o
obj/Additions.obj/GSInsensitiveDictionary.m.o obj/Additions.obj/NSArray
+GNUstepBase.m.o obj/Additions.obj/NSAttributedString+GNUstepBase.m.o
obj/Additions.obj/NSBundle+GNUstepBase.m.o
obj/Additions.obj/NSCalendarDate+GNUstepBase.m.o
obj/Additions.obj/NSData+GNUstepBase.m.o obj/Additions.obj/NSDebug
+GNUstepBase.m.o obj/Additions.obj/NSError+GNUstepBase.m.o
obj/Additions.obj/NSHashTable+GNUstepBase.m.o
obj/Additions.obj/NSFileHandle+GNUstepBase.m.o obj/Additions.obj/NSLock
+GNUstepBase.m.o obj/Additions.obj/NSMutableString+GNUstepBase.m.o
obj/Additions.obj/NSNumber+GNUstepBase.m.o obj/Additions.obj/NSObject
+GNUstepBase.m.o obj/Additions.obj/NSPropertyList+GNUstepBase.m.o
obj/Additions.obj/NSProcessInfo+GNUstepBase.m.o
obj/Additions.obj/NSStream+GNUstepBase.m.o obj/Additions.obj/NSString
+GNUstepBase.m.o obj/Additions.obj/NSTask+GNUstepBase.m.o
obj/Additions.obj/NSThread+GNUstepBase.m.o obj/Additions.obj/NSURL
+GNUstepBase.m.o obj/Additions.obj/Unicode.m.o ;

I don't see the option -pie.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Problem to compile gnustep-base on android

[Germán Arias]

El vie, 25-09-2015 a las 21:27 -0600, Germán Arias escribió:
> First I'm using libobjc2 from github repository. Also I'm using an arm
> toolchain with clang 3.6 (ndk r10e). And, after applied the changes
> suggested by Ivan, I get this error when try to link the subproject
> Additions:
> 
> Linking subproject Additions ...
> /home/german/Instalados/android-toolchains/my-android-toolchain/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/bin/ld:
>  fatal error: -pie and -r are incompatible
> clang36: error: linker command failed with exit code 1 (use -v to see
> invocation)
> make[4]: *** [obj/subproject.o] Error 1
> make[3]: *** [internal-subproject-all_] Error 2
> make[2]: *** [Additions.all.subproject.variables] Error 2
> make[1]: *** [internal-all] Error 2
> make: *** [internal-all] Error 2
> 
> Any suggestion?
> 
> Thanks
> Germán

Where should be added the -v option to see the invocations?

Thanks
Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Problem to compile gnustep-base on android

[Germán Arias]

El sáb, 26-09-2015 a las 09:59 +0100, David Chisnall escribió:
[...]
> Try adding -### to the end of the clang invocation and you will see how it is 
> invoking the linker.  It may be that it always adds -pie for the Android 
> target (which would be a clang bug when linking things that are not programs).
> 
> GNUstep is pretty unusual in using ld -r[1], so this is probably something 
> that’s not well tested.
> 
> David
> 
> [1] Which is not a bad thing - ld -r should be used in most places where ar 
> is used.
> 
> -- Sent from my PDP-11
> 

Here the output:

clang version 3.6 
Target: armv5te-none-linux-androideabi
Thread model: posix

"/home/german/Instalados/android-toolchains/my-android-toolchain/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/bin/ld"
 "-pie" "-X" "--eh-frame-hdr" "-m" "armelf_linux_eabi" "-dynamic-linker" 
"/system/bin/linker" "-o" "./obj/subproject.o" 
"-L/home/german/Instalados/android-toolchains/my-android-toolchain/bin/../lib/gcc/arm-linux-androideabi/4.8"
 
"-L/home/german/Instalados/android-toolchains/my-android-toolchain/bin/../arm-linux-androideabi/lib"
 
"-L/home/german/Instalados/android-toolchains/my-android-toolchain/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/lib/../lib"
 
"-L/home/german/Instalados/android-toolchains/my-android-toolchain/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../sysroot/usr/lib/../lib"
 
"-L/home/german/Instalados/android-toolchains/my-android-toolchain/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/lib"
 
"-L/home/german/Instalados/android-toolchains/my-android-toolchain/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../sysroot/usr/lib"
 "-r" "obj/Additions.obj/GSTypeEncoding.c.o" 
"obj/Additions.obj/GSObjCRuntime.m.o" "obj/Additions.obj/GCObject.m.o" 
"obj/Additions.obj/GCArray.m.o" "obj/Additions.obj/GCDictionary.m.o" 
"obj/Additions.obj/GSLock.m.o" "obj/Additions.obj/GSMime.m.o" 
"obj/Additions.obj/GSXML.m.o" "obj/Additions.obj/GSFunctions.m.o" 
"obj/Additions.obj/GSInsensitiveDictionary.m.o" 
"obj/Additions.obj/NSArray+GNUstepBase.m.o" 
"obj/Additions.obj/NSAttributedString+GNUstepBase.m.o" 
"obj/Additions.obj/NSBundle+GNUstepBase.m.o" 
"obj/Additions.obj/NSCalendarDate+GNUstepBase.m.o" 
"obj/Additions.obj/NSData+GNUstepBase.m.o" 
"obj/Additions.obj/NSDebug+GNUstepBase.m.o" 
"obj/Additions.obj/NSError+GNUstepBase.m.o" 
"obj/Additions.obj/NSHashTable+GNUstepBase.m.o" 
"obj/Additions.obj/NSFileHandle+GNUstepBase.m.o" 
"obj/Additions.obj/NSLock+GNUstepBase.m.o" 
"obj/Additions.obj/NSMutableString+GNUstepBase.m.o" 
"obj/Additions.obj/NSNumber+GNUstepBase.m.o" 
"obj/Additions.obj/NSObject+GNUstepBase.m.o" 
"obj/Additions.obj/NSPropertyList+GNUstepBase.m.o" 
"obj/Additions.obj/NSProcessInfo+GNUstepBase.m.o" 
"obj/Additions.obj/NSStream+GNUstepBase.m.o" 
"obj/Additions.obj/NSString+GNUstepBase.m.o" 
"obj/Additions.obj/NSTask+GNUstepBase.m.o" 
"obj/Additions.obj/NSThread+GNUstepBase.m.o" 
"obj/Additions.obj/NSURL+GNUstepBase.m.o" "obj/Additions.obj/Unicode.m.o"

What is the difference between -r and -pie?
Will this works if -r option is removed?

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: libobjc2 on android

[Germán Arias]

I am not using the scripts, just guided me in the instructions they
contain. And yes, I'm using libobjc2 from github. Anyway, I found the
problem. I made a mistake when change the file
"android.toolchain.cmake". But now I have other problem when compiling
gnustep-base. I will open a new thread, because this is not related with
libobjc2.

Thanks
Germán

El vie, 25-09-2015 a las 13:23 +0100, Ivan Vučica escribió:
> Where did ${CMAKE_C_FLAGS} come from?
> There is not a single version of instructions; which ones are you
> using?
> 
> 
> This set of scripts has had the most recent updates in 2014:
>   https://bitbucket.org/ivucica/gnustep-android
> If this is broken, you may want to try hardcoding a revision of
> GNUstep and libobjc2 near the time of the release of the instructions,
> and then incrementally update.
> 
> 
> Note that none of my build scripts are using libobjc2 on Github, which
> is (to my understanding -- David, please correct me if I am wrong) the
> canonical way to obtain the library these days.
> 
> On Fri, Sep 25, 2015 at 2:56 AM, Germán Arias <germanan...@gmx.es>
> wrote:
> Trying to build libobjc2 on android, with Ivan Vučica
> instructions, but
> using a recent libobjc2, sdk and ndk, I get this error and
> googling
> don't help me:
> 
> 
> Linking C shared library libobjc.so
> /usr/local/bin/cmake -E cmake_link_script
> CMakeFiles/objc.dir/link.txt
> --verbose=y
> 
> /home/german/Instalados/android-toolchains/my-android-toolchain/bin/clang36  
> -fPIC -std=gnu99 -integrated-as ${CMAKE_C_FLAGS} -fexceptions
> -Wl,-allow-shlib-undefined -Wl,--gc-sections -Wl,-z,noexecstack -Wl,-z,relro 
> -Wl,-z,now  -shared -Wl,-soname,libobjc.so -o libobjc.so 
> CMakeFiles/objc.dir/abi_version.c.o CMakeFiles/objc.dir/alias_table.c.o 
> CMakeFiles/objc.dir/block_to_imp.c.o CMakeFiles/objc.dir/caps.c.o 
> CMakeFiles/objc.dir/category_loader.c.o CMakeFiles/objc.dir/class_table.c.o 
> CMakeFiles/objc.dir/dtable.c.o CMakeFiles/objc.dir/eh_personality.c.o 
> CMakeFiles/objc.dir/encoding2.c.o CMakeFiles/objc.dir/hash_table.c.o 
> CMakeFiles/objc.dir/hooks.c.o CMakeFiles/objc.dir/ivar.c.o 
> CMakeFiles/objc.dir/legacy_malloc.c.o CMakeFiles/objc.dir/loader.c.o 
> CMakeFiles/objc.dir/mutation.m.o CMakeFiles/objc.dir/protocol.c.o 
> CMakeFiles/objc.dir/runtime.c.o CMakeFiles/objc.dir/sarray2.c.o 
> CMakeFiles/objc.dir/selector_table.c.o CMakeFiles/objc.dir/sendmsg2.c.o 
> CMakeFiles/objc.dir/statics_loader.c.o CMakeFiles/objc.dir/toydispatch.c.o 
> CMakeFiles/objc.dir/block_trampolines.S.o 
> CMakeFiles/objc.dir/objc_msgSend.S.o CMakeFiles/objc.dir/NSBlocks.m.o 
> CMakeFiles/objc.dir/Protocol2.m.o CMakeFiles/objc.dir/arc.m.o 
> CMakeFiles/objc.dir/associate.m.o CMakeFiles/objc.dir/blocks_runtime.m.o 
> CMakeFiles/objc.dir/properties.m.o CMakeFiles/objc.dir/gc_none.c.o  
> -L/home/german/Instalados/android-toolchains/gs-install/libs/armeabi  
> "/home/german/Instalados/android-toolchains/my-android-toolchain/arm-linux-androideabi/lib/thumb/libsupc++.a"
> clang36: error: no such file or directory: '${CMAKE_C_FLAGS}'
> make[3]: *** [libobjc.so] Error 1
> make[3]: se sale del directorio
> 
> «/home/german/Instalados/android-toolchains/source/libobjc2-master/build»
> make[2]: *** [CMakeFiles/objc.dir/all] Error 2
> make[2]: se sale del directorio
> 
> «/home/german/Instalados/android-toolchains/source/libobjc2-master/build»
> make[1]: *** [CMakeFiles/objc.dir/rule] Error 2
> make[1]: se sale del directorio
> 
> «/home/german/Instalados/android-toolchains/source/libobjc2-master/build»
> make: *** [objc] Error 2
> 
> The path
> "/home/german/Instalados/android-toolchains/gs-install/libs/armeabi",
> don't exist. But I'm trying to install it at
> "/home/german/Instalados/android-toolchains/gs-install/".
> 
> Any suggestion? Thanks
> 
> Germán
> 
> 
> 
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep
> 
> 



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Problem to compile gnustep-base on android

[Germán Arias]

First I'm using libobjc2 from github repository. Also I'm using an arm
toolchain with clang 3.6 (ndk r10e). And, after applied the changes
suggested by Ivan, I get this error when try to link the subproject
Additions:

Linking subproject Additions ...
/home/german/Instalados/android-toolchains/my-android-toolchain/bin/../lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/bin/ld:
 fatal error: -pie and -r are incompatible
clang36: error: linker command failed with exit code 1 (use -v to see
invocation)
make[4]: *** [obj/subproject.o] Error 1
make[3]: *** [internal-subproject-all_] Error 2
make[2]: *** [Additions.all.subproject.variables] Error 2
make[1]: *** [internal-all] Error 2
make: *** [internal-all] Error 2

Any suggestion?

Thanks
Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

libobjc2 on android

[Germán Arias]

Trying to build libobjc2 on android, with Ivan Vučica instructions, but
using a recent libobjc2, sdk and ndk, I get this error and googling
don't help me:


Linking C shared library libobjc.so
/usr/local/bin/cmake -E cmake_link_script CMakeFiles/objc.dir/link.txt
--verbose=y
/home/german/Instalados/android-toolchains/my-android-toolchain/bin/clang36  
-fPIC -std=gnu99 -integrated-as ${CMAKE_C_FLAGS} -fexceptions
-Wl,-allow-shlib-undefined -Wl,--gc-sections -Wl,-z,noexecstack -Wl,-z,relro 
-Wl,-z,now  -shared -Wl,-soname,libobjc.so -o libobjc.so 
CMakeFiles/objc.dir/abi_version.c.o CMakeFiles/objc.dir/alias_table.c.o 
CMakeFiles/objc.dir/block_to_imp.c.o CMakeFiles/objc.dir/caps.c.o 
CMakeFiles/objc.dir/category_loader.c.o CMakeFiles/objc.dir/class_table.c.o 
CMakeFiles/objc.dir/dtable.c.o CMakeFiles/objc.dir/eh_personality.c.o 
CMakeFiles/objc.dir/encoding2.c.o CMakeFiles/objc.dir/hash_table.c.o 
CMakeFiles/objc.dir/hooks.c.o CMakeFiles/objc.dir/ivar.c.o 
CMakeFiles/objc.dir/legacy_malloc.c.o CMakeFiles/objc.dir/loader.c.o 
CMakeFiles/objc.dir/mutation.m.o CMakeFiles/objc.dir/protocol.c.o 
CMakeFiles/objc.dir/runtime.c.o CMakeFiles/objc.dir/sarray2.c.o 
CMakeFiles/objc.dir/selector_table.c.o CMakeFiles/objc.dir/sendmsg2.c.o 
CMakeFiles/objc.dir/statics_loader.c.o CMakeFiles/objc.dir/toydispatch.c.o 
CMakeFiles/objc.dir/block_trampolines.S.o CMakeFiles/objc.dir/objc_msgSend.S.o 
CMakeFiles/objc.dir/NSBlocks.m.o CMakeFiles/objc.dir/Protocol2.m.o 
CMakeFiles/objc.dir/arc.m.o CMakeFiles/objc.dir/associate.m.o 
CMakeFiles/objc.dir/blocks_runtime.m.o CMakeFiles/objc.dir/properties.m.o 
CMakeFiles/objc.dir/gc_none.c.o  
-L/home/german/Instalados/android-toolchains/gs-install/libs/armeabi  
"/home/german/Instalados/android-toolchains/my-android-toolchain/arm-linux-androideabi/lib/thumb/libsupc++.a"
clang36: error: no such file or directory: '${CMAKE_C_FLAGS}'
make[3]: *** [libobjc.so] Error 1
make[3]: se sale del directorio
«/home/german/Instalados/android-toolchains/source/libobjc2-master/build»
make[2]: *** [CMakeFiles/objc.dir/all] Error 2
make[2]: se sale del directorio
«/home/german/Instalados/android-toolchains/source/libobjc2-master/build»
make[1]: *** [CMakeFiles/objc.dir/rule] Error 2
make[1]: se sale del directorio
«/home/german/Instalados/android-toolchains/source/libobjc2-master/build»
make: *** [objc] Error 2

The path
"/home/german/Instalados/android-toolchains/gs-install/libs/armeabi",
don't exist. But I'm trying to install it at
"/home/german/Instalados/android-toolchains/gs-install/".

Any suggestion? Thanks

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Documentation at wiki

[Germán Arias]

Currently the API documentation at wiki is not available. If you click
over any class, you get the error:

"Sorry, the document you requested does not exist or has been moved. Try
navigating from the home page to find what you want."

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GNUstep installation failed

[Germán Arias]

I recommend install the packages separately, since the startup package
don't have the latest versions. And you need gnutls and libxlts to
compile gnustep-base (or pass the options --disable-xslt and
--disable-tls). Also you need libffi and openssl.

Hope this help.
Germán

El vie, 14-08-2015 a las 18:01 -0700, kuangzq escribió:
 I am using CentOS6.6 on Vmware player 7.1.2. I tried to install
 GNUstep-startup 0.32.0 but failed. These are the steps I did and the results
 I got:
 
 (in root account)
 # yum install gcc-objc
 
 # yum install make libpng libpng-devel libtiff libtiff-devel libobjc libxml2
 libxml2-devel libX11-devel libXt-devel libjpeg 
 libjpeg-devel
 
 (The above 2 steps were done and seemed to be OK.)
 
 #  sudo ./InstallGNUstep  InstallGNUstep.report
 
 (Then I got some output on the console as:)
 
 cp: cannot stat `config.log': No such file or directory
 /usr/GNUstep/System/Library/Makefiles/common.make:134: base.make: No such
 file or directory
 configure: WARNING: Your ObjectiveC runtime does not support thread-safe
 class initialisation.  Please use a different 
 runtime if you intend to use threads.
 configure: WARNING: Missing support for XSLT functionality.
 configure: error: Missing support for TLS functionality.
 configure: WARNING: Your ObjectiveC runtime does not support thread-safe
 class initialisation.  Please use a different 
 runtime if you intend to use threads.
 configure: WARNING: Missing support for XSLT functionality.
 configure: error: Missing support for TLS functionality.
 gmake: *** [base.make] Error 1
 configure: WARNING: Your ObjectiveC runtime does not support thread-safe
 class initialisation.  Please use a different 
 runtime if you intend to use threads.
 configure: WARNING: Missing support for XSLT functionality.
 configure: error: Missing support for TLS functionality.
 
 (Please find in the attachment the whole redirected output file)
 
 So what is the problem? How can I fix it? Thanks.
 InstallGNUstep.gz
 http://gnustep.8.n7.nabble.com/file/n39563/InstallGNUstep.gz  
 
 
 
 --
 View this message in context: 
 http://gnustep.8.n7.nabble.com/GNUstep-installation-failed-tp39563.html
 Sent from the GNUstep - General mailing list archive at Nabble.com.
 
 ___
 Discuss-gnustep mailing list
 Discuss-gnustep@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnustep



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: gdomap on Windows 7 Ultimate

[Germán Arias]

With a small DO test I confirmed that gdomap starts in demand and
without problem. I don't noticed this previously, because the Windows
process monitor shown this as sh not as gdomap. So the issue with
GSspell service is in other place.

Germán

El mié, 05-08-2015 a las 02:15 -0600, Germán Arias escribió:
 El lun, 03-08-2015 a las 09:34 +0200, Riccardo Mottola escribió:
  Hi,
  
  Germán Arias wrote:
   The problem and its solution is described here:
  
   http://mark.koli.ch/uac-prompt-from-java-createprocess-error740-the-requested-operation-requires-elevation
  
   Although I don't tested it yet. I will try later with an standalone app
   that can be launched with double click over the executable.
  I just tried here at work on Win 7 to launch gdomap.
  
  The first time, I got asked about security, I hit cancel (not yes/no) 
  and the process exited with an error. expected.
  Interestingly, the second time I do not get asked again and it just 
  fails right away.
  
  Riccardo
 
 I made an standalone directory with an application manifest for gdomap
 and it works with a double click (after select Yes in a window about
 security). Of course, this should be configured to run As
 administrator. Now I'm trying to launch it in boot and hope not face
 problems with privileges.
 
 Germán
 
 
 
 ___
 Discuss-gnustep mailing list
 Discuss-gnustep@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnustep



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: gdomap on Windows 7 Ultimate

[Germán Arias]

El lun, 03-08-2015 a las 09:34 +0200, Riccardo Mottola escribió:
 Hi,
 
 Germán Arias wrote:
  The problem and its solution is described here:
 
  http://mark.koli.ch/uac-prompt-from-java-createprocess-error740-the-requested-operation-requires-elevation
 
  Although I don't tested it yet. I will try later with an standalone app
  that can be launched with double click over the executable.
 I just tried here at work on Win 7 to launch gdomap.
 
 The first time, I got asked about security, I hit cancel (not yes/no) 
 and the process exited with an error. expected.
 Interestingly, the second time I do not get asked again and it just 
 fails right away.
 
 Riccardo

I made an standalone directory with an application manifest for gdomap
and it works with a double click (after select Yes in a window about
security). Of course, this should be configured to run As
administrator. Now I'm trying to launch it in boot and hope not face
problems with privileges.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: gdomap on Windows 7 Ultimate

[Germán Arias]

El vie, 31-07-2015 a las 17:31 -0600, Germán Arias escribió:
 I'm simply unable to launch gdomap on Windows 7 Ultimate. This is a
 problem with administrative privileges, but I don't find how solve this.
 Initially I get the error 10013 (I'm using an administrative account, in
 fact the only account in this virtual machine), then I right click over
 the executable and in Properties, in Compatibility tab, I select run
 this program as administrator. But then I get:
 
 sh: /usr/local/bin/gdomap: Bad file number
 
 With GDB:
 
 Starting program: C:\MinGW\msys\1.0\local\bin/gdomap.exe
 Error creating process C:\MinGW\msys\1.0\local\bin/gdomap.exe, (error
 740).
 
 I tried with compatibility with XP, and with different Service Pack, but
 the problem is still there. Any advice to solve this problem? Thanks
 
 Germán
 

The problem and its solution is described here:

http://mark.koli.ch/uac-prompt-from-java-createprocess-error740-the-requested-operation-requires-elevation

Although I don't tested it yet. I will try later with an standalone app
that can be launched with double click over the executable.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

gdomap on Windows 7 Ultimate

[Germán Arias]

I'm simply unable to launch gdomap on Windows 7 Ultimate. This is a
problem with administrative privileges, but I don't find how solve this.
Initially I get the error 10013 (I'm using an administrative account, in
fact the only account in this virtual machine), then I right click over
the executable and in Properties, in Compatibility tab, I select run
this program as administrator. But then I get:

sh: /usr/local/bin/gdomap: Bad file number

With GDB:

Starting program: C:\MinGW\msys\1.0\local\bin/gdomap.exe
Error creating process C:\MinGW\msys\1.0\local\bin/gdomap.exe, (error
740).

I tried with compatibility with XP, and with different Service Pack, but
the problem is still there. Any advice to solve this problem? Thanks

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Implementing tableview(GORM and PROJECTCENTER)

[Germán Arias]

El mar, 07-07-2015 a las 12:03 +0100, David Chisnall escribió:
 On 7 Jul 2015, at 07:55, chandan bp cbp...@gmail.com wrote:
  
 I am able to build and run the application, however when I 
  run the app using the project center, the table is empty. In the GUI after 
  app launch I get 'Data source doesnt respond to numberOfRowsInTableView'. 
  Can anyone tell me where I am going wrong or what additional code I have to 
  add apart from the ones mentioned in the link provided.
 
 You have done one of two things wrong:
 
 - In GORM, you gave not correctly connected the NSTableView datasource outlet 
 to your data source object.
 
 - In your data source class, you have not implemented the 
 numberOfRowsInTableView: method.
 
 David
 

I guess your problem is because you set the NSOwner as the delegate of
the TableView (as show the figure 4-42 in that tutorial). You should
connect the instance of the class where you have the method
-numberOfRowsInTableView. Of course you should first add this class at
Gorm and make an instance of this.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Implementing tableview(GORM and PROJECTCENTER)

[Germán Arias]

Make double click over the tableview until the title of Inspector show
NSTableView. Then make the connection with key control and drag. Keep
in mind that in unix-like systems, Control not necessarily is the key
Crtl in your keyboard. Use the app SystemPreferences, section
Modifier keys, to configure these. For example, in my laptop I use the
key Super as the Control GNUstep's key. Since I use the key Crtl, as
the Command GNUstep's key.

With code you can use:

[yourTable setDelegate: yourDelegate];
[yourTable setDataSource: yourDataSource];

Germán

El jue, 09-07-2015 a las 06:47 -0500, chandan bp escribió:
 Hi,
 
Thanks for the reply. I got the mistake  I was doing. I should
 first connect the outlet and then create the class files, which I was
 doing the other way and hence tableView instance variable was not
 getting created in the header file.
 
  Apart from that I can see that I am not able to drag from
 nstableView to my controller object. When I select the tableview i see
 the 'S' icon, however when I press control and drag I see that nothing
 happens. Is there any other way for creating data source and delegate.
 
 
 Regards,
 
 Chandan Parameswaraiah
 
 
 On Thu, Jul 9, 2015 at 3:03 AM, Germán Arias germanan...@gmx.es
 wrote:
 El mar, 07-07-2015 a las 12:03 +0100, David Chisnall escribió:
  On 7 Jul 2015, at 07:55, chandan bp cbp...@gmail.com
 wrote:
  
  I am able to build and run the application,
 however when I run the app using the project center, the table
 is empty. In the GUI after app launch I get 'Data source
 doesnt respond to numberOfRowsInTableView'. Can anyone tell me
 where I am going wrong or what additional code I have to add
 apart from the ones mentioned in the link provided.
 
  You have done one of two things wrong:
 
  - In GORM, you gave not correctly connected the NSTableView
 datasource outlet to your data source object.
 
  - In your data source class, you have not implemented the
 numberOfRowsInTableView: method.
 
  David
 
 
 
 I guess your problem is because you set the NSOwner as the
 delegate of
 the TableView (as show the figure 4-42 in that tutorial). You
 should
 connect the instance of the class where you have the method
 -numberOfRowsInTableView. Of course you should first add this
 class at
 Gorm and make an instance of this.
 
 Germán
 
 
 
 



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GSspell on Windows

[Germán Arias]

El lun, 06-07-2015 a las 22:41 +0200, Wolfgang Lux escribió:
  Am 04.07.2015 um 10:04 schrieb Germán Arias germanan...@gmx.es:
  
  El jue, 02-07-2015 a las 10:32 +0200, Wolfgang Lux escribió:
  Am 02.07.2015 um 08:11 schrieb Germán Arias germanan...@gmx.es:
  
  I forgot say that I run make_services before each test, but this don't
  makes any difference.
  
  Germán
  
  El jue, 02-07-2015 a las 00:02 -0600, Germán Arias escribió:
  I simply can't make to work the GSspell service on Windows. I have
  installed the English and Spanish dictionaries, if I run aspell dump
  dicts on the shell all the available dictionaries are listed. The
  GSspell service runs only with AmericanEnglish, even when aspell.h is
  present and HAVE_ASPELL_H is defined to 1. However when use Ink and try
  to use the spell checker (Spanish) I get:
  
  [New Thread 3672.0xa84]
  warning: 2015-07-01 19:18:54.444 Ink[3672:2380] Language: Spanish
  warning: 2015-07-01 19:18:54.514 Ink[3672:2380] Service to start: (null)
  warning: 2015-07-01 19:18:54.534 Ink[3672:2380] Port: (null)
  warning: 2015-07-01 19:18:54.564 Ink[3672:2380] Failed to contact spell
  checker
  for language 'Spanish'
  warning: 2015-07-01 19:18:54.584 Ink[3672:2380] Failed to get the
  spellserver
  [Inferior 1 (process 3672) exited normally]
  (gdb)
  
  
  Any idea about what is going wrong here?
  
  There isn't much going wrong here. I think nobody ever got around to 
  implement auto-detection of the available dictionaries, so the GSspell 
  service assumes only the AmericanEnglish dictionary is present by default. 
  The client side on the other hand (Ink in your example) tries to connect 
  to the spell service using your current default language and GSspell then 
  responds that this language is not available. If you have other language 
  dictionaries besides American English installed on your system, you can 
  manually update the supported languages by updating the NSLanguages 
  property in the Info-gnustep.plist file of GSspell.service (and eventually 
  restarting the spell service if it is currently running.
  
  Wolfgang
  
  
  Thanks. Now the GSspell service starts correctly with the corresponding
  language. Now the problem is that Ink can't connect with the
  service :-( I will investigate this later.
 
 Actually I was wrong. I just had a look at the GSspell server code and it 
 looks like I got around to implementing the language detection code. To 
 support languages besides the default (American English) the server maintains 
 a little bundle in the $GNUSTEP_USER_DOMAIN/Library/Services directory that 
 declares all languages supported by the spell server. Each time the spell 
 server is started it will update the list of languages in this bundle, so you 
 should see the list of available languages on your system after you have 
 connected to the spell server at least once. If that doesn't work, there is 
 some other problem with your installation. Has aspell been properly detected 
 during the configuration of gnustep-gui? If the aspell headers were not found 
 during configuration only a dummy spell checker is built, which understands 
 only American English.
 
 Wolfgang
 

Yes, I noticed this too. Now I found that gdomap can't start. I get:

Failed to get a socket. Error 10013

I suppose this is a problem related with the firewall.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GSspell on Windows

[Germán Arias]

El jue, 02-07-2015 a las 10:32 +0200, Wolfgang Lux escribió:
  Am 02.07.2015 um 08:11 schrieb Germán Arias germanan...@gmx.es:
  
  I forgot say that I run make_services before each test, but this don't
  makes any difference.
  
  Germán
  
  El jue, 02-07-2015 a las 00:02 -0600, Germán Arias escribió:
  I simply can't make to work the GSspell service on Windows. I have
  installed the English and Spanish dictionaries, if I run aspell dump
  dicts on the shell all the available dictionaries are listed. The
  GSspell service runs only with AmericanEnglish, even when aspell.h is
  present and HAVE_ASPELL_H is defined to 1. However when use Ink and try
  to use the spell checker (Spanish) I get:
  
  [New Thread 3672.0xa84]
  warning: 2015-07-01 19:18:54.444 Ink[3672:2380] Language: Spanish
  warning: 2015-07-01 19:18:54.514 Ink[3672:2380] Service to start: (null)
  warning: 2015-07-01 19:18:54.534 Ink[3672:2380] Port: (null)
  warning: 2015-07-01 19:18:54.564 Ink[3672:2380] Failed to contact spell
  checker
  for language 'Spanish'
  warning: 2015-07-01 19:18:54.584 Ink[3672:2380] Failed to get the
  spellserver
  [Inferior 1 (process 3672) exited normally]
  (gdb)
  
  
  Any idea about what is going wrong here?
 
 There isn't much going wrong here. I think nobody ever got around to 
 implement auto-detection of the available dictionaries, so the GSspell 
 service assumes only the AmericanEnglish dictionary is present by default. 
 The client side on the other hand (Ink in your example) tries to connect to 
 the spell service using your current default language and GSspell then 
 responds that this language is not available. If you have other language 
 dictionaries besides American English installed on your system, you can 
 manually update the supported languages by updating the NSLanguages property 
 in the Info-gnustep.plist file of GSspell.service (and eventually restarting 
 the spell service if it is currently running.
 
 Wolfgang
 

Thanks. Now the GSspell service starts correctly with the corresponding
language. Now the problem is that Ink can't connect with the
service :-( I will investigate this later.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

GSspell on Windows

[Germán Arias]

I simply can't make to work the GSspell service on Windows. I have
installed the English and Spanish dictionaries, if I run aspell dump
dicts on the shell all the available dictionaries are listed. The
GSspell service runs only with AmericanEnglish, even when aspell.h is
present and HAVE_ASPELL_H is defined to 1. However when use Ink and try
to use the spell checker (Spanish) I get:

[New Thread 3672.0xa84]
warning: 2015-07-01 19:18:54.444 Ink[3672:2380] Language: Spanish
warning: 2015-07-01 19:18:54.514 Ink[3672:2380] Service to start: (null)
warning: 2015-07-01 19:18:54.534 Ink[3672:2380] Port: (null)
warning: 2015-07-01 19:18:54.564 Ink[3672:2380] Failed to contact spell
checker
for language 'Spanish'
warning: 2015-07-01 19:18:54.584 Ink[3672:2380] Failed to get the
spellserver
[Inferior 1 (process 3672) exited normally]
(gdb)


Any idea about what is going wrong here?

Thanks
Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GSspell on Windows

[Germán Arias]

I forgot say that I run make_services before each test, but this don't
makes any difference.

Germán

El jue, 02-07-2015 a las 00:02 -0600, Germán Arias escribió:
 I simply can't make to work the GSspell service on Windows. I have
 installed the English and Spanish dictionaries, if I run aspell dump
 dicts on the shell all the available dictionaries are listed. The
 GSspell service runs only with AmericanEnglish, even when aspell.h is
 present and HAVE_ASPELL_H is defined to 1. However when use Ink and try
 to use the spell checker (Spanish) I get:
 
 [New Thread 3672.0xa84]
 warning: 2015-07-01 19:18:54.444 Ink[3672:2380] Language: Spanish
 warning: 2015-07-01 19:18:54.514 Ink[3672:2380] Service to start: (null)
 warning: 2015-07-01 19:18:54.534 Ink[3672:2380] Port: (null)
 warning: 2015-07-01 19:18:54.564 Ink[3672:2380] Failed to contact spell
 checker
 for language 'Spanish'
 warning: 2015-07-01 19:18:54.584 Ink[3672:2380] Failed to get the
 spellserver
 [Inferior 1 (process 3672) exited normally]
 (gdb)
 
 
 Any idea about what is going wrong here?
 
 Thanks
 Germán
 
 
 
 ___
 Discuss-gnustep mailing list
 Discuss-gnustep@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnustep



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Questions on wrappers

[Germán Arias]

Sorry, I have not used the right word, I referred to a language
binding [1], as JIGS [2]

Thanks
Germán

[1] https://en.wikipedia.org/wiki/Language_binding
[2] http://www.gnustep.it/jigs/index.html

El lun, 22-06-2015 a las 10:27 +0200, Sebastian Reitenbach escribió:
 
 Am 6/22/2015 um 9:22 AM schrieb Richard Frith-Macdonald:
  On 21 Jun 2015, at 06:08, Germán Arias germanan...@gmx.es wrote:
 
  Hi,
 
  I want learn to make wrappers, but I don't have experience on this. So I
  have some questions (maybe stupid questions):
 
  1) Is possible make wrappers using StepTalk?
 
  2) Or I should look into java/ruby wrappers? In the case of ruby
  wrappers I see this needs the header objc-api.h which is no longer
  available on gcc, so I should use libobjc/libobjc2. Is possible do this
  using the headers of the modern runtime? Or objc-api.h is really
  necessary?
  I do you mean by ‘wrappers’ ?
  The only usage of the term that comes to mind is a wrapper for launching 
  non-gnustep programs as if they were apps (eg using the openapp tool or 
  from GWorkspace).
  You don’t need a special programming language to do that … normally it’s 
  just a directory containing a text file (Info-gnustep.plist), a tiny shell 
  script, and perhaps some images.
  You coulds look at the documentation in gnustep-gui, but it’s probably 
  quicker/simpler to look at / copy the examples in gnustep svn at 
  usr-apps/gworkspace/Apps_wrappers
 
 I think German is more looking like into a bridge into another 
 (scripting-) language as wrapping that into objective-c calls?
 I have no experience with that, but once wrote a wrapper for libpcap, 
 that can be found in the gnustep-non-fsf SVN repo.
 At least there, I had no need to include low level objc headers to do that.
 
 cheers,
 Sebastian
 
 
  .
  ___
  Discuss-gnustep mailing list
  Discuss-gnustep@gnu.org
  https://lists.gnu.org/mailman/listinfo/discuss-gnustep
 
 
 ___
 Discuss-gnustep mailing list
 Discuss-gnustep@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnustep



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Questions on wrappers

[Germán Arias]

Hi,

I want learn to make wrappers, but I don't have experience on this. So I
have some questions (maybe stupid questions):

1) Is possible make wrappers using StepTalk?

2) Or I should look into java/ruby wrappers? In the case of ruby
wrappers I see this needs the header objc-api.h which is no longer
available on gcc, so I should use libobjc/libobjc2. Is possible do this
using the headers of the modern runtime? Or objc-api.h is really
necessary?

Thanks
Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Extreme slowdown on Debian stable

[Germán Arias]

Hi

El sáb, 13-06-2015 a las 11:25 +0200, Andrea D'Amore escribió:
 On 13 June 2015 at 02:24, Riccardo Mottola riccardo.mott...@libero.it wrote:
  Never seen it that way. I have noticed sometimes on certain setups very long
  initial delay or continuous delay due to auto-starting of gpbs.
  Try to start gdnc and gbps manually before. Check with ps that they are
  running, then start an application: see if it helps.
 
 Seems we have a winner here.
 I went with this before trying valgrind because I remember
 ProjectCenter was printing something about gpbs.
 
 Looking for gpbs and gdnc led me to [1] where I learned I had to setup
 the environment. I figure the fact that the daemons weren't starting
 automatically as stated in [1] is because I wasn't setting any GNUstep
 envinronment at all.
 
 With GNUstep.sh sourced in bash profile I could start ProjectCenter
 without manually starting gpbs and the program behaved as expected.
 
 
 A couple extra questions:
 
  1. Has anyone already got an available environment setup script for fish 
 shell?
 
 
  2. If either of gpbs or gdnc is running in a terminal window and the
 window gets resized then the daemon dies with killed by signal 28.
 This happens as well in a tmux pane if it gets split.
 
 I figure this wouldn't be much of an issue if the daemons are started
 in background but why is this happening at all?
 
 
  3. on exiting ProjectCenter using File  Quit gpbs crashed with:
 
 Uncaught exception NSPasteboardCommunicationException, reason:
 invalidated while awaiting reply
 
 trying to start gpbs again after that resulted in:
 
 $ gpbs --no-fork --verbose
 X Error of failed request:  BadAtom (invalid Atom parameter)
   Major opcode of failed request:  17 (X_GetAtomName)
   Atom id in failed request:  0x0
   Serial number of failed request:  54
   Current serial number in output stream:  54
 
 and I had to logout from the X session in order to start gpbs again.
 This happened with bash as login shell, with GNUstep.sh sourced in
 profile - I checked the env for GNUSTEP_* variables and those were
 there.
 I figure that the pasteboard server shouldn't crash and be spawned
 again at each application start.
 What's that error about?
 Could gpbs be restarted without logging out?
 
 
 [1] 
 http://www.gnustep.org/resources/documentation/User/GNUstep/gnustep-howto_4.html
 
 
 Regards
 

This is a bit strange, because the debian packages uses the default
layout (fhs), so you don't need source the GNUstep.sh script. Are you
sure you don't have remains of other GNUstep installation?

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Extreme slowdown on Debian stable

[Germán Arias]

Hi

El vie, 12-06-2015 a las 15:11 +0200, Andrea D'Amore escribió:
 Hello,
 I installed Gorm and ProjectCenter on a Debian stable in order to try
 a little development with GNUstep. I got a working setup with a
 peculiar problem: the interaction in file dialogs is _extremely_ slow,
 to the point of being unbearable.
 
 For instance clicking any folder in the column views of the
 ProjectCenter save file dialog when creating a new project is received
 and reacted after tens of seconds (say, 20). Even keystroke, for
 typing in a file name, shows the same behavior.
 
 The system load is minimal, even between an event (key or mouse) and
 its effects on the UI. I figure there's some (severe) message passing
 slowdown somewhere, because the events are eventually parsed but I've
 no clue about how to debug this.
 
 Has anyone experienced the same odd behavior?
 Should I install from source?
 I tried to avoid mixing system packages with non APT managed software
 and installing in a machine local prefix would mean recompile every
 program using GNustep.
 
 Is there a system you'd recommend over the other ones in order to have
 an updated GNUstep environment (say easily following stable releases)?
 
 The version numbers of installed packages are:
 
 Gorm 1.2.20
 ProjectCenter 0.6.1
 gnustep-make 2.6.6
 gnustep-base 1.24.7
 gnustep-gui 0.24.0
 gnustep-back 0.24.0
 
 
 Regards
 

I can see these are the official gnustep packages for debian. What
backend are you using? The recommended backend is cairo (I suppose the
package gnustep-back0.24-cairo). After install it check if gnustep is
really using it. Run in a shell defaults read NSGlobalDomain
GSBackend. If not set it with defaults write NSGlobalDomain GSBackend
cairo.

You can also try the packages of Philippe. But these are for Wheezy, not
sure if can work on Jessie:

http://coyote.octets.fr/pub/gnustep/packages/wheezy/

Hope this help.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: [ANNOUNCE] FisicaLab 0.3.5 release

[Germán Arias]

El sáb, 30-05-2015 a las 22:44 +0200, Fred Kiefer escribió:
 Congratulation for releasing another version of FisicaLab and this time
 with video documentation. This will make it easier to start off using
 this software.

Thanks.

 
 I tried myself and already failed at using the configure script. There
 you have an explicit path name for GNUstep gui and of course it is
 installed in a different place for me. Your code reads like this:
 
GUI_VERSION=`grep --recursive --no-filename
 GSBundleShortVersionString
 /usr/GNUstep/Local/Library/Libraries/gnustep-gui/Versions/`
 
 This hardcodes a specific file system layout. You could work around this
 by using two calls to gnustep-config:
 
 gnustep-config --installation-domain-for=gnustep-gui
 
 gnustep-config --variable=GNUSTEP_XXX_LIBRARY
 
 Replacing XXX with the result of the first call. But all of this
 wouldn't help either. In my case plenty of different version of gui are
 installed in that directory
 
 ls /usr/GNUstep/System/Library/Libraries/gnustep-gui/Versions/
 0.17  0.19  0.21  0.23  0.24
 
 And it seems unclear which of these your configuration code would choose.
 
 I think you would be a lot better of by dropping this configuration
 check and adding something in your source code that checks the values of
 GNUSTEP_GUI_MAJOR_VERSION and GNUSTEP_GUI_MINOR_VERSION and prints out
 an error or a warning:
 
 #if GNUSTEP_GUI_MAJOR_VERSION == 0  GNUSTEP_GUI_MINOR_VERSION  23
 #error fisicalab requires at least gnustep-gui 0.23.0.
 #endif
 
 The good thing is that FisicaLab compiles correctly anyway,regardless of
 that failed test in the configure file. Perhaps removing it is really
 the best solution.
 
 Fred
 

I added this so long ago that I had forgotten. Now I remember that I did
not find an easy way to know the version of GNUstep. I did it because
some people compiled FisicaLab well, but this did not work as they used
old GNUstep packages. The strange thing is that I had no problem in
Windows, and there I use the default layout. But thanks for the
feedback, I will post a patch to correct this.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

[ANNOUNCE] FisicaLab 0.3.5 release

[Germán Arias]

I'm glad to announce the release of GNU FisicaLab 0.3.5

FisicaLab [1], can be pronounced as PhysicsLab, is an educational
application to solve physics problems. Its main objective is let the user
to focus in physics concepts, leaving aside the mathematical details
(FisicaLab take care of them).

In this version I added a module to handle tables of properties, for the moment
this only handle properties for water, but is the base for future modules of
thermodynamics and fluids. This took more time that I thought, but now is ready.
So now there is a new entry at menu that launch a window where you can calculate
the properties of water (saturated, compressed and superheated). I also
fix some bugs:

* Correction of a bug in the module dynamics of points, due to a bad set of
  equations. This causes that some problems can be solved with some parameters,
  but not with others.
* Fixed two problems with the contextual menu of conversions.
* Minor changes for compatibility with Windows platform. So now FisicaLab
  have the same behavior on this platform.

This new version is also available as a binary package for GNU/Linux i686 and
for GNU/Linux x86_64. There is also a self contained installer for Windows and
a source tarball for Mac OS X. I didn’t tested this package since I don’t have
a Mac. But in theory should work. This package depends on Renaissance and I
suppose can be compiled with the xcode framework. But, of course, I don't
tested it.

Later I will update the documentation to make a self contained package for
Windows. Also I will share a tool to build the corresponding nsis script.

The documentation of FisicaLab is now on line [2] and in addition I added some
videos [3]. For the moment these are available only in English. And, beforehand,
apologies if you don’t understand my English :)

I also want to thank the people who have donated to the project. In this version
the first time you launch FisicaLab it will display a window with a brief
description of FisicaLab where we encourage you to donate to the project.

So enjoy FisicaLab and if you have feedback or found bugs, use the corresponding
mailing lists.

Germán Arias

[1] http://www.gnu.org/software/fisicalab/
[2] http://www.gnu.org/software/fisicalab/manual/en/fisicalab/index.html
[3] http://www.gnu.org/software/fisicalab/videos.html

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Steppers with renaissance

[Germán Arias]

El sáb, 16-05-2015 a las 01:03 -0600, Germán Arias escribió:
 Someone with a mac can check the stepper.gsmarkup example in
 renaissance? Because in GNUstep the stepper looks really too small,
 almost unusable. Maybe we need a minimum size for this control in
 NSViewSize.m.
 
 Thanks
 Germán
 

I added a minimum size for steppers (the same size assigned by Gorm). If
someone have problem with this change, feel free to change it.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Steppers with renaissance

[Germán Arias]

Someone with a mac can check the stepper.gsmarkup example in
renaissance? Because in GNUstep the stepper looks really too small,
almost unusable. Maybe we need a minimum size for this control in
NSViewSize.m.

Thanks
Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Is GNUStep still beign updated?

[Germán Arias]

You forgot send to the list.

El vie, 15-05-2015 a las 00:23 -0300, ochi n escribió:
 Also, a slightly more off topic  question. What would happen with
 gnustep if apple deprecates cocoa? I don't think it's impossible for
 it to happen anyways.
 
  Subject: Re: Is GNUStep still beign updated?
  From: germanan...@gmx.es
  To: och...@hotmail.com
  CC: discuss-gnustep@gnu.org
  Date: Thu, 14 May 2015 20:25:34 -0600
  
  Hi ochi
  
  El jue, 14-05-2015 a las 22:49 -0300, ochi n escribió:
   Hi, I'm quite new to objective-c. It just looks interesting as an
   object oriented superset of c, but it looks like I can't even
 create a
   class without a framework like GNUStep(that is, without the
 NSObject
   root class). Also the latest release of gnustep-base was like two
   years ago. I just wanted to know whether gnustep is still being
   updated or not. Because it seems like an excellent framework and
 the
   only free(libre) alternative to apple's proprietary cocoa(and
 without
   cocoa, objective c is almost useless, as there's no root class and
   implementing one can be pretty difficult).
   
   It may be a stupid question, but the mailing list and the wiki
 seem
   mostly inactive so I'm not sure about it.
   
   Thanks in advance!
   
  
  GNUstep is under development. In fact, the next release is planed to
 be
  announced tomorrow (if no problems). The wiki... well there aren't
 to
  much people on this project. But contributions are welcome.
  
  Germán.
  
  
 



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Is GNUStep still beign updated?

[Germán Arias]

Hi ochi

El jue, 14-05-2015 a las 22:49 -0300, ochi n escribió:
 Hi, I'm quite new to objective-c. It just looks interesting as an
 object oriented superset of c, but it looks like I can't even create a
 class without a framework like GNUStep(that is, without the NSObject
 root class). Also the latest release of gnustep-base was like two
 years ago. I just wanted to know whether gnustep is still being
 updated or not. Because it seems like an excellent framework and the
 only free(libre) alternative to apple's proprietary cocoa(and without
 cocoa, objective c is almost useless, as there's no root class and
 implementing one can be pretty difficult).
 
 It may be a stupid question, but the mailing list and the wiki seem
 mostly inactive so I'm not sure about it.
 
 Thanks in advance!
 

GNUstep is under development. In fact, the next release is planed to be
announced tomorrow (if no problems). The wiki... well there aren't to
much people on this project. But contributions are welcome.

Germán.



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: CrystaX and GNUstep

[Germán Arias]

El jue, 26-03-2015 a las 01:47 -0400, Gregory Casamento escribió:
 
 
 On Thursday, March 26, 2015, Germán Arias germanan...@gmx.es wrote:
 El jue, 26-03-2015 a las 00:15 -0400, Gregory Casamento
 escribió:
  German
 
  On Wednesday, March 25, 2015, Germán Arias
 germanan...@gmx.es wrote:
  Some weeks ago I tried to install gnustep-base on
 CrystaX [1]
  However
  the support for Objective-C is not complete. But
 CrystaX has
  been
  started a fundraising campaign [2] and one of its
 goal is
  provide a
  complete support for Objective-C and (depending of
 the
  collected money)
  frameworks like CoreData and CoreGraphics. If that
 campaign is
  successful, it can also be great for GNUstep.
 
  Germán
 
  [1] https://www.crystax.net/en
  [2]
 https://www.bountysource.com/teams/crystaxndk/fundraiser
 
 
 
 
  I'm not a naysayer and what he's planning sounds beneficial.
 
 
  His fundraiser doesn't seem to mention GNUstep.  Is he
 thinking about
  implementing these Cocoa compatible frameworks without
 leveraging
  GNUstep?
 
 I think yes, but if they offers full support for Objective-C
 we will be
 able to install GNUstep (at least gnustep-base) on CrystaX
 with the
 advantage that libcrystax offers all functionalities missed on
 libc of
 android (Bionic).
 
 Germán.
 
 
  GC
 
 
 
 
 
 I guess I'm confused.  Why do people think implementing it themselves
 is the shorter path to success?  Does he not know about GNUstep?  I
 admit I was amused at the one month estimate for implementing a Cocoa
 compatible Foundation. 
 
 
 GC 
 

He know GNUstep. See (section 4 Objective-C support):

https://www.crystax.net/en/android/ndk/7

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GORM and NSCollectionView

[Germán Arias]

El mié, 25-03-2015 a las 00:17 +0100, Riccardo Mottola escribió:
 Hi,
 
 Riccardo Mottola wrote:
  However, a fresh started Grr instance and window does not flicker with 
  mouse over.
 I correct myself I tried on another laptop running the cairo backend, a 
 slower machine (iBook which needs graphics acceleration to be turned 
 off) and essentially our toolbar always flickers with the current code. 
 Also without resizing. I see that in Grr and GNUMail. Just move the 
 mouse over the window (not even the toolbar, elsewhere inside) and the 
 Toolbar flickers.
 
 R
 

Testing with Grr with Cairo backend (resizing or not the window) I don't
see flickers. The version of cairo is 1.13.0-20140204.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

CrystaX and GNUstep

[Germán Arias]

Some weeks ago I tried to install gnustep-base on CrystaX [1] However
the support for Objective-C is not complete. But CrystaX has been
started a fundraising campaign [2] and one of its goal is provide a
complete support for Objective-C and (depending of the collected money)
frameworks like CoreData and CoreGraphics. If that campaign is
successful, it can also be great for GNUstep.

Germán

[1] https://www.crystax.net/en
[2] https://www.bountysource.com/teams/crystaxndk/fundraiser



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: CrystaX and GNUstep

[Germán Arias]

El jue, 26-03-2015 a las 00:15 -0400, Gregory Casamento escribió:
 German
 
 On Wednesday, March 25, 2015, Germán Arias germanan...@gmx.es wrote:
 Some weeks ago I tried to install gnustep-base on CrystaX [1]
 However
 the support for Objective-C is not complete. But CrystaX has
 been
 started a fundraising campaign [2] and one of its goal is
 provide a
 complete support for Objective-C and (depending of the
 collected money)
 frameworks like CoreData and CoreGraphics. If that campaign is
 successful, it can also be great for GNUstep.
 
 Germán
 
 [1] https://www.crystax.net/en
 [2] https://www.bountysource.com/teams/crystaxndk/fundraiser
 
 
 
 
 I'm not a naysayer and what he's planning sounds beneficial. 
 
 
 His fundraiser doesn't seem to mention GNUstep.  Is he thinking about
 implementing these Cocoa compatible frameworks without leveraging
 GNUstep?

I think yes, but if they offers full support for Objective-C we will be
able to install GNUstep (at least gnustep-base) on CrystaX with the
advantage that libcrystax offers all functionalities missed on libc of
android (Bionic).

Germán.

  
 GC 
 




___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: copypaste in PRICE does not work on GS

[Germán Arias]

El mar, 03-03-2015 a las 16:31 +0100, Riccardo Mottola escribió:
 Hi,
 
 On 2015-02-28 13:45:54 +0100 Riccardo Mottola 
 riccardo.mott...@libero.it wrote:
 
  Hi,
  
  PRICE allows you to copy a currently open image. (If you create a 
  new 
  document you can also paste in a new image)
  
  This however does only work on Mac, not on GNUstep. Can someone help 
  me to 
  understand why?
 
 Let me specify: the menus are not even enabled in GNUstep. I have an 
 image open, I cannot copy because the menu item is disabled.
 
 Riccardo
 

I remember a similar problem with Gemas some time ago. The problem was
that the outlet _window of the class NSDocument was disconnected after
update the gorm file of the document. In Gemas the NSOwner object in
Gorm is a subclass of NSDocument. So Gorm display the outlet _window at
Inspector. But in your case the NSOwner object is an object
NSWindowController, so no idea about how achieve this connection. Maybe
you should make this connection by hand at -makeWindowControllers in
myDocument, with something like:

[aDocument takeValue: theWindow forKey: @_window];

However I noticed you have at PRWindow.gorm file an outlet window
connected between NSOwner and the window. But in PRWindowController.h
this outlet is not listed.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: copypaste in PRICE does not work on GS

[Germán Arias]

My previous assumption was wrong. Just add:

[self setAllowsCutCopyPaste: YES];

at -awakeFromNib in PRImageView.m. Seems like in Cocoa the default value
is YES.

Germán.

El mar, 03-03-2015 a las 18:00 -0600, Germán Arias escribió:
 El mar, 03-03-2015 a las 16:31 +0100, Riccardo Mottola escribió:
  Hi,
  
  On 2015-02-28 13:45:54 +0100 Riccardo Mottola 
  riccardo.mott...@libero.it wrote:
  
   Hi,
   
   PRICE allows you to copy a currently open image. (If you create a 
   new 
   document you can also paste in a new image)
   
   This however does only work on Mac, not on GNUstep. Can someone help 
   me to 
   understand why?
  
  Let me specify: the menus are not even enabled in GNUstep. I have an 
  image open, I cannot copy because the menu item is disabled.
  
  Riccardo
  
 
 I remember a similar problem with Gemas some time ago. The problem was
 that the outlet _window of the class NSDocument was disconnected after
 update the gorm file of the document. In Gemas the NSOwner object in
 Gorm is a subclass of NSDocument. So Gorm display the outlet _window at
 Inspector. But in your case the NSOwner object is an object
 NSWindowController, so no idea about how achieve this connection. Maybe
 you should make this connection by hand at -makeWindowControllers in
 myDocument, with something like:
 
 [aDocument takeValue: theWindow forKey: @_window];
 
 However I noticed you have at PRWindow.gorm file an outlet window
 connected between NSOwner and the window. But in PRWindowController.h
 this outlet is not listed.
 
 Germán
 
 
 
 ___
 Discuss-gnustep mailing list
 Discuss-gnustep@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnustep



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Problems to compile Base on Windows

[Germán Arias]

OK, I found the problem. Is described here:

http://sourceforge.net/p/mingw/mailman/message/33242193/

In latest MinGW nanosleep() is available, but this is incompatible with
pthreads. In the thread above Keith Marshall recommend remove this
function, while he found a better way to implement it. Since I don't
found information on MinGW website or Google about how rebuild a MinGW
package and while a new version of mingwrt is released, should be enough
remove the nanosleep check in configure? Any advice?

Thanks
Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Further development

[Germán Arias]

El vie, 12-12-2014 a las 11:06 +0100, Riccardo Mottola escribió:
 Alternatively, if you also like tweaking apps, inside gnustep itself we 
 have core user and developer applications (gorm, project-center, 
 SystemPreferences). [0] Otheriwse you might want to help the App's 
 projects, like GNUMail (which actually has a new repository as a fork, 
 German, we should update the Wiki), 

I update the wiki and add a simple website for GNUMail, since the
official is not available any more. I take the images from your blog :)

http://home.gna.org/gnustep-nonfsf/gnumail.html

But this needs more info. I use Amaya to edit these pages
(http://www.w3.org/Amaya/)

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: projectcenter and compilation question

[Germán Arias]

Hi

El sáb, 03-01-2015 a las 09:46 +1100, Svetlana Tkachenko escribió:
 Hi,
 
 I'm trying to follow 
 http://www.gnu.org/software/gnustep/experience/PierresDevTutorial/index.html 
 but clicking the .gorm file does nothing
 Gorm is installed though

Run the tool make_services to update the available apps.

 
 TalkSoup gives this exception when I try to connect.
 NSInvalidArgumentException: aString object passed to -[GSAttributedString 
 initWithString:attributes:] is nil
 I could not figure out how to compile it (with -g?) to debug (in gdb?).

As far as I know TalkSoup is not ready for daily usage. To debug an app
run debugapp TalkSoup

 
 I would like to invite you to join #GNUstep at chat.freenode.net, it is dead 
 and it is easier to get help with such things over the chat...
 

I will try to be there more frequently :)

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Problems to compile Base on Windows

[Germán Arias]

I'm compiling GNUstep on Windows 7 using latest MinGW. But I have some
problems. First I get:

error: pthread.h present but cannot be compiled

I solve this with this recommendation:

https://www.gnu.org/software/autoconf/manual/autoconf-2.64/html_node/Present-But-Cannot-Be-Compiled.html

But then I get:

error: unable to find size of pthread_mutex_t (required).

Any advice? Thanks.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Further development

[Germán Arias]

Hi

On 2014-12-10 09:03:49 -0600 Johan Ceuppens enrytheer...@gmail.com wrote:

 Hello
 
 I wanted to ask you as a gnu developer if there is anything which I can
 work or ideas to be codified.
 
 Good day to you all
 Enry
 
 Time heals.
 ___

See for example:

http://heronsperch.blogspot.com/2014/09/my-personal-todo-list-on-gnustep-at.html

And I can add:

* Opal backend: 
http://lists.gnu.org/archive/html/discuss-gnustep/2013-09/msg00173.html
* UIKit for GNUstep (Opal backend is necessary for this? Or better if we use 
directly OpenGL ES?)
* GNUstep for Windows 64 bits.

Maybe there are others, but don't come to my mind. And thanks for your interest 
on GNUstep.

Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Various discussion

[Germán Arias]

Hi

On 2014-12-10 21:16:08 -0600 Lundberg, Johannes 
johan...@brilliantservice.co.jp wrote:



Hi

In a long I haven't used any of the desktop GUI apps that come with
GNUstep. I revisited Gemas.app homepage and saw that it now has
auto-complete so I decided to give it a try. I've been fighting with 
emacs
for a while but the auto-complete support for Obj-C isn't all that 
good and

this is an absolute necessity for a modern editor.

My setup is
Lubuntu 14.04
Install gnustep with apt-get to get all dependencies
Uninstalled gnustep\* with apt-get and installed from source

Version:
libgnustep-base.so.1.24
libgnustep-gui.so.0.24
libgnustep-back-024
libcairo2-dev 1.13.0~20140204-0ubuntu1

Gemas 0.4
ProjectCenter 0.62

NSMenuInterfaceStyle Windows95

Result:
ProjectCenter/Gemas
- I couldn't set Gemas at editor in ProjectCenter. It says it can't 
find it

and crash. I had to edit the plist manually.


The last version of PC have a different protocol than previous 
versions, so Gemas 0.4 don't work with this version of PC. You should 
use the development version of Gemas. I will make a new release soon, 
but first I want see if I can do some improvements.



- Auto-compete doesn't seem to work. Do I need any additional
tools/configuration?


Odd

- Everytime I launch projectcenter a non-existing project called 
PCExample
is opened. I had to remove the entry from the plist to get it to 
disappear.


If you use Windows interface style, this is needed. In other way, 
where we will put the menu?
Maybe we need an option to open the last project you are working. Or 
display a panel asking what you want do?



UI
- In all scrollviews the rendering gets messed up, can't see content 
unless

I click on an item.


This is a problem with the version of cairo 1.13. You should add this 
change:


http://svn.gna.org/viewcvs/gnustep/libs/back/trunk/Source/cairo/CairoGState.m?r1=37523r2=38135sortby=date


- Can not use arrow keys to scroll up/down in list view.
- Fonts seemed to be rendered smaller than in Lubuntu desktop. For 
example

an 11 pt size font has difference size in GNUstep's preferences and
openbox's preferences.
- When using windows style menu the y position of mouse click gets
translated by menu height. That is the click is registered about 1 cm 
above
the mouse cursor. (in ProjectCenter with silver theme, haven't tested 
other

apps).


Some days ago I tested GNUstep on Lxde in Trisquel 7 (based on Ubuntu 
14.04). And all this works for me, but I'm using the development 
versions of GNUstep. Although I had other problems. See:


http://lists.gnu.org/archive/html/gnustep-dev/2014-11/msg5.html

Anyway, I will check it again in Lxde.

- Whenever I press an arrow key in ProjectCenter editor to scroll 
up/down

the mouse cursor changes from line to arrow. Quite annoying.


I had this problem also in non GNUstep apps in Lxde and Xfce in 
trisquel 7 (Ubuntu 14.04). So, I think this is not specific to 
GNUstep.




Any ideas about these problems?

For Gemas developer:
I like where Gemas is heading. Good job! Hope to get auto-completion 
to

work and then real time error check would be very nice :) It's a shame
there hasn't been any alternative on non-OSX platforms that has the
functions a modern editor should have but maybe we can be there soon 
:)


Thanks :)



Best regards
--
Johannes Lundberg




___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: How use -indexOfObjectPassingTest:?

[Germán Arias]

El dom, 07-12-2014 a las 09:36 +, David Chisnall escribió:
 On 7 Dec 2014, at 06:36, Germán Arias germanan...@gmx.es wrote:
 
  error: expected expression before ‘^’ token
 
 This looks like a GCC error.  If you want to use methods that take blocks as 
 arguments, then you need to use Clang.
 
 David

OK, thanks.

Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

How use -indexOfObjectPassingTest:?

[Germán Arias]

Can someone show me an example about how use indexOfObjectsPassingTest:?
An example like this:

http://classroomm.com/objective-c/index.php?topic=5949.0

give me the error:

error: expected expression before ‘^’ token

Thanks.
Germán



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: newbie alert : obj-c src compile : howto?

[Germán Arias]

Hi,

On 2014-10-30 11:52:26 -0600 Mayuresh Kathe mayur...@sdf.org wrote:

 hello, is there any document which show how to compile
 simple hello world snippet written in obj-c?
 #import stdio.h
 #import Foundation/Foundation.h
 
 int main(void) {
   NSLog(@Hello, World!\n);
   return 0;
 }
 
 
 thanks,
 -mayuresh

See:

http://www.gnustep.org/resources/documentation/Developer/Base/ProgrammingManual/manual_1.html#SEC11

http://www.gnustep.it/nicola/Tutorials/

Regards.
Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: building latest gnustep-make : failure ...

[Germán Arias]

Hi,

Have you tried make and then make install? GNUstep don't use makefiles, 
uses GNUmakefiles.

Germán

On 2014-10-30 00:02:44 -0600 Mayuresh Kathe mayur...@sdf.org wrote:

 hello,
 
 i am trying to make gnustep-make and install it on my fresh netbsd 6.1.5 
 amd64 installation
 using the lastest source from gnustep.org and invoking configure with the 
 following options;
 ./configure --prefix=/usr/pkg --with-layout=fhs
 
 the output of that invocation is as below;
 checking for gcc... gcc
 checking for C compiler default output file name... a.out
 checking whether the C compiler works... yes
 checking whether we are cross compiling... no
 checking for suffix of executables... checking for suffix of object files... o
 checking whether we are using the GNU C compiler... yes
 checking whether gcc accepts -g... yes
 checking for gcc option to accept ISO C89... none needed
 checking how to run the C preprocessor... gcc -E
 checking for g++... g++
 checking whether we are using the GNU C++ compiler... yes
 checking whether g++ accepts -g... yes
 checking for grep that handles long lines and -e... /usr/bin/grep
 checking for egrep... /usr/bin/grep -E
 checking build system type... x86_64-unknown-netbsd6.1.5
 checking host system type... x86_64-unknown-netbsd6.1.5
 checking target system type... x86_64-unknown-netbsd6.1.5
 checking for library combo... gnu-gnu-gnu
 checking for apple compiler flags... yes
 checking for ar... ar
 checking for dlltool... no
 checking for ranlib... ranlib
 checking for a BSD-compatible install... /usr/bin/install -c
 checking if 'install -p' works... yes
 checking if we should use 'install -p' when installing files... yes
 checking whether ln -s works... yes
 checking for gnutar... no
 checking for gtar... no
 checking for chown... chown
 checking if we should enable strict gnustep-make version 2 mode by default... 
 no
 checking for GNUstep filesystem layout to use... fhs
 checking if we manage to import the filesystem layout configuration... ok
 checking for prefix... /usr/pkg
 checking for GNUstep configuration file to use... 
 /usr/pkg/etc/GNUstep/GNUstep.conf
 checking if we should import an existing configuration file... no
 checking for user config file to use... .GNUstep.conf
 checking if the obsolete --with-user-dir option was used... no: good
 checking for user defaults dir to use... GNUstep/Defaults
 checking for GNUSTEP_MAKEFILES to use... /usr/pkg/share/GNUstep/Makefiles
 checking for flattened directory structure... yes
 configure: Now printing the filesystem layout configuration.
 checking for System Applications directory... 
 /usr/pkg/lib/GNUstep/Applications
 checking for System Admin Applications directory... 
 /usr/pkg/lib/GNUstep/Applications
 checking for System Web Applications directory... 
 /usr/pkg/lib/GNUstep/WebApplications
 checking for System Tools directory... /usr/pkg/bin
 checking for System Admin Tools directory... /usr/pkg/sbin
 checking for System Library directory... /usr/pkg/lib/GNUstep
 checking for System Headers directory... /usr/pkg/include
 checking for System Libraries directory... /usr/pkg/lib
 checking for System Documentation directory... 
 /usr/pkg/share/GNUstep/Documentation
 checking for System Info Documentation directory... /usr/pkg/share/info
 checking for System Man Documentation directory... /usr/pkg/share/man
 checking for Network Applications directory... 
 /usr/pkg/lib/GNUstep/Applications
 checking for Network Admin Applications directory... 
 /usr/pkg/lib/GNUstep/Applications
 checking for Network Web Applications directory... 
 /usr/pkg/lib/GNUstep/WebApplications
 checking for Network Tools directory... /usr/pkg/bin
 checking for Network Admin Tools directory... /usr/pkg/sbin
 checking for Network Library directory... /usr/pkg/lib/GNUstep
 checking for Network Headers directory... /usr/pkg/include
 checking for Network Libraries directory... /usr/pkg/lib
 checking for Network Documentation directory... 
 /usr/pkg/share/GNUstep/Documentation
 checking for Network Info Documentation directory... /usr/pkg/share/info
 checking for Network Man Documentation directory... /usr/pkg/share/man
 checking for Local Applications directory... /usr/pkg/lib/GNUstep/Applications
 checking for Local Admin Applications directory... 
 /usr/pkg/lib/GNUstep/Applications
 checking for Local Web Applications directory... 
 /usr/pkg/lib/GNUstep/WebApplications
 checking for Local Tools directory... /usr/pkg/bin
 checking for Local Admin Tools directory... /usr/pkg/sbin
 checking for Local Library directory... /usr/pkg/lib/GNUstep
 checking for Local Headers directory... /usr/pkg/include
 checking for Local Libraries directory... /usr/pkg/lib
 checking for Local Documentation directory... 
 /usr/pkg/share/GNUstep/Documentation
 checking for Local Info Documentation directory... /usr/pkg/share/info
 checking for Local Man Documentation directory... /usr/pkg/share/man
 checking for User Applications directory... GNUstep/Applications
 checking for 

Re: GWorkspace question

[Germán Arias]

Hi

On 2014-10-29 11:55:05 -0600 Edwin Ancaer eanc...@gmail.com wrote:

 With my scrolling problems solved, I want to start using as much GNUstep
 applications as possible. The first victim is GWorkspace. My question is
 how I specify in GWorkspace that I want to use the Gemas editor to open
 .txt, .m, .h, ... files. From the user guide by Dennis Leeuw, I got the
 impression I should have the choice from a list of suitable applications,
 but I see no list. What's more, I can't find a way to b wse around to the
 application I choose.pplications: The tools inspector only lets me select
 from an empty list. What am I not seeing here?
 
 Kind regards,
 

After install Gemas, or any other documents based app, you should run the tool 
make_services. Then restart GWorkspace, and you will see listed the new apps. 
However, notice you can specify Gemas to open txt files. Although Gemas can 
open any text file, txt is not listed in type files for Gemas. Should I add 
this?

Germán.


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GWorkspace question

[Germán Arias]

On 2014-10-29 16:29:39 -0600 Charles Philip Chan cpc...@bell.net wrote:

 On 29 Oct 2014, eanc...@gmail.com wrote:
 
 Hi Edwin:
 
 When browsing through a directory, I saw GNUmakefile.  How can an
 application indicate it will open a file without an extension?
 
 I don't think you can, but you can try:
 
 ,
 | NSUnixExtensions = (  );

Should be:

NSUnixExtensions = ( * );

Germán

 `
 
 to see if it works.
 
 However, you can set a default editor in the preferences of Gworkspace
 app for this. Personally, I have set it to emacs.app.
 
 Charles
 


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: ProjectCenter on windows

[Germán Arias]

Hi

On 2014-09-26 03:54:39 -0600 Riccardo Mottola riccardo.mott...@libero.it 
wrote:

 Hi,
 
 currently, ProjectCenter on windows fails to open any existing project forme. 
 no windows pops up and the app itself remains in an inconsistent state, I 
 need to kill it.
 
 I guess this is due to German's Changes to make native window panels work 
 and other window specific code #ifdef'd with WIN32
 
 I think this change needs to be backed out: it is hard-compiled for windows. 
 But it will break if one runs on windows with  a theme which is not the WinUX 
 theme. I guess that would happen for any other theme which does not use the 
 native panels
 
 Everything should work fine with the default settings. I see only two paths 
 to exit this
 1) Make the needed features available and working through the theme end 
 theming engine (possibly best, this would allow for the application code to 
 remain completely unchanged)
 2) detect the running theme at runtime.
 
 Suggestions? Comments?
 
 Riccardo
 

Just until now I remember this problem.

The most easy and logic (I think) solution, is make to PC use a different 
extension for each type of project. This is the BIG problem with PC. Other 
document based apps (Ink and Gorm) works perfectly with native panels and don't 
require changes, and you can switch the theme without problems. The changes I 
did in WinUXTheme achieves this. With PC the native panels don't have idea 
about how handle the differents documents because all use the same extension. 
So, for this reason PC needs special tweaks.

Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Help to compile an opengl shader

[Germán Arias]

Thanks for the links. Now I see where is the problem.



Germn



Enviar:mircoles 10 de septiembre de 2014 a las 2:00
De:Thomas Gamper ici...@cg.tuwien.ac.at
Para:Germn Arias germanan...@gmx.es, GNUstep-discuss discuss-gnustep@gnu.org
Asunto:Re: Help to compile an opengl shader

Am 09.09.2014 23:51, schrieb Germn Arias:
 Hi all

 Im newbie with OpenGL, so Im trying to make a simple app to draw the famous triangle, using shaders and the modern opengl (not using glBegin, glEnd, glOrtho, ...). But Im unable to compile a simple shader. The related code is:

 - (BOOL) compileShader: (GLuint *)shader
 type: (GLenum)type
 file: (NSString *)file
 {
 GLint status;
 const GLchar *source;
 int InfoLogLength = 0;

 source =
 (GLchar *)[[NSString stringWithContentsOfFile: file
 encoding: NSUTF8StringEncoding
 error: NULL] UTF8String];
 if (!source)
 {
 NSLog(@Failed to load vertex shader);
 return NO;
 }

 *shader = glCreateShader(type);
 glShaderSource(*shader, 1, source, NULL);
 glCompileShader(*shader);

 if (status == GL_TRUE)
 return YES;
 else
 return NO;
 }

 The shader files (I copied these from internet):

 #version 330 core

 // Ouput data
 out vec3 color;

 void main()
 {

 // Output color = red
 color = vec3(1,0,0);

 }

 And:

 #version 330 core

 // Input vertex data, different for all executions of this shader.
 layout(location = 0) in vec3 vertexPosition_modelspace;

 void main(){

 gl_Position.xyz = vertexPosition_modelspace;
 gl_Position.w = 1.0;

 }

 Any advice? Thanks

 Germn


 ___
 Discuss-gnustep mailing list
 Discuss-gnustep@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Hi!

First, be wary what OpenGL version your OpenGL context has been created
with (2.1, 3.x, 4.x), it has effects on what funtionality, functions and
GLSL versions are available. I see you are using GLSL 3.3, sou you need
at least a OpenGL 3.3 context.

Fortunately there are now manpages for all OpenGL main versions online,
they have been of great helpt to me:
http://www.opengl.org/sdk/docs/man2/
http://www.opengl.org/sdk/docs/man3/
http://www.opengl.org/sdk/docs/man4/

I recommend this tutorial if you want to know about OpenGL shader
compilation and associated error logging/handling. It has been written
in the wake of OpenGL 2.0, but it still fits, just stick to OpenGL 2.0
parts in the text.
http://www.lighthouse3d.com/tutorials/glsl-tutorial/

Cheers,
TOM




___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Help to compile an opengl shader

[Germán Arias]

Hi all

I'm newbie with OpenGL, so I'm trying to make a simple app to draw the famous 
triangle, using shaders and the modern opengl (not using glBegin, glEnd, 
glOrtho, ...). But I'm unable to compile a simple shader. The related code is:

- (BOOL) compileShader: (GLuint *)shader 
 type: (GLenum)type 
 file: (NSString *)file
{
GLint status;
const GLchar *source;
int InfoLogLength = 0;

source = 
  (GLchar *)[[NSString stringWithContentsOfFile: file
   encoding: NSUTF8StringEncoding 
  error: NULL] UTF8String];
if (!source)
{
NSLog(@Failed to load vertex shader);
return NO;
}

*shader = glCreateShader(type);
glShaderSource(*shader, 1, source, NULL);
glCompileShader(*shader);

if (status == GL_TRUE)
  return YES;
else
  return NO;
}

The shader files (I copied these from internet):

#version 330 core

// Ouput data
out vec3 color;

void main()
{

// Output color = red 
color = vec3(1,0,0);

}

And:

#version 330 core

// Input vertex data, different for all executions of this shader.
layout(location = 0) in vec3 vertexPosition_modelspace;

void main(){

gl_Position.xyz = vertexPosition_modelspace;
gl_Position.w = 1.0;

}

Any advice? Thanks

Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

AClock crash with gcc 4.9.1

[Germán Arias]

AClock crash with gcc 4.9.1, here the backtrace:

Program received signal SIGSEGV, Segmentation fault.
objc_msg_lookup ()
at 
/home/german/Instalados/source/gcc-4.9.1/libobjc/objc-private/sarray.h:237
237   if (soffset_decode (indx)  array-capacity)
(gdb) backtrace
#0  objc_msg_lookup ()
at 
/home/german/Instalados/source/gcc-4.9.1/libobjc/objc-private/sarray.h:237
#1  0x006fb6de in -[GSInlineArray initWithObjects:count:] () at GSArray.m:423
#2  0x006fad11 in -[GSPlaceholderArray initWithObjects:count:] ()
at GSArray.m:1141
#3  0x0074b893 in +[NSArray arrayWithObjects:] () at NSArray.m:266
#4  0x0804c4bf in +[Clock initialize] () at Clock.m:53
#5  0x00ba663d in __objc_send_initialize ()
at /home/german/Instalados/source/gcc-4.9.1/libobjc/sendmsg.c:524
#6  0x00ba6728 in __objc_install_dtable_for_class ()
at /home/german/Instalados/source/gcc-4.9.1/libobjc/sendmsg.c:1036
#7  0x00ba7121 in objc_msg_lookup ()
at /home/german/Instalados/source/gcc-4.9.1/libobjc/sendmsg.c:270
#8  0x003ac526 in -[GSNibItem initWithCoder:] () at GSGormLoading.m:551
#9  0x00878d10 in -[NSUnarchiver decodeValueOfObjCType:at:] ()
at NSUnarchiver.m:890
#10 0x00718c45 in -[GSSet initWithCoder:] () at GSSet.m:247
#11 0x00878d10 in -[NSUnarchiver decodeValueOfObjCType:at:] ()
at NSUnarchiver.m:890
#12 0x003ab3f7 in -[GSNibContainer initWithCoder:] () at GSGormLoading.m:384
#13 0x00878d10 in -[NSUnarchiver decodeValueOfObjCType:at:] ()
at NSUnarchiver.m:890
---Type return to continue, or q return to quit---
#14 0x0076c050 in -[NSCoder decodeObject] () at NSCoder.m:248
#15 0x003d8b51 in -[GSGormLoader loadModelData:externalNameTable:withZone:] ()
at GSGormLoader.m:114
#16 0x002baf46 in -[NSNib instantiateNibWithExternalNameTable:withZone:] ()
at NSNib.m:153
#17 0x00229bad in +[NSBundle(NSBundleAdditions) 
loadNibFile:externalNameTable:withZone:] () at NSBundleAdditions.m:236
#18 0x00229d94 in -[NSBundle(NSBundleAdditions) 
loadNibFile:externalNameTable:withZone:] () at NSBundleAdditions.m:332
#19 0x00229d13 in +[NSBundle(NSBundleAdditions) loadNibNamed:owner:] ()
at NSBundleAdditions.m:278
#20 0x001e3a57 in NSApplicationMain () at Functions.m:83
#21 0x08048fd7 in main () at main.m:30
(gdb)


Germán


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: ProjectCenter Editor parenthesis highlighting segfault

[Germán Arias]

Hi,

On 2014-08-23 06:52:31 -0600 dester...@t-online.de dester...@t-online.de 
wrote:

 Hi,
 
 
 building ProjectCenter on Debian/Ubuntu unstable leads to a segfault
 
 when unhighlighting two matching parenthesis in pceditor.
 
 
 
 in PCEditor.m:
 
 
 
 
 - (void)unhighlightCharacter: (NSTextView *)editorView
 {
   int   i;
   NSTextStorage *textStorage = [editorView textStorage];
 
   [textStorage beginEditing];
 
 //  if (isCharacterHighlit)
   for (i = 0; (highlited_chars[i] != -1  i  2); i++)
 {
   NSRange   r = NSMakeRange(highlited_chars[i], 1);
 //  NSRange   r = NSMakeRange(highlitCharacterLocation, i);
 
 
 
 
 
 
 Boolean expression changed to:
 
 
 for (i = 0; (i2  highlited_chars[i] != -1 ); i++)
 
 
 solves that
 
 
 
 Cheers
 
 Markus
 

The current code in SVN has a different order. So maybe this also solves your 
problem.

Germán.


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep