, everything worked.
Was this intentional or did it slip in just so before release?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
investigated abit, now that I have proven that it reproduces with the
ToolbarExample and not only with Grr.
Of course fixing the search field in the toolbar would be also very nice.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http
Hi,
If these exceptions were
Uncaught exception NSInvalidArgumentException, reason:
NSObject(class) does not recognize type
the issue is fixed now (the latest base changes had inadvertently made
GSObjCAllSubclassesOfClass return all superclasses of the class).
The problem on Linux/x86 is
from the nil
dictionary INFO:(nil)
Maybe somebody can reproduce this problem on a machine were debugging is
more comfortable?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
weeks at most) changes in Core upset it,
do you have any idea? I made a clean compilation of core, RSSKit and Grr.
correction: it fails now on OpenBSD/SPARC too now. And I am sure that it
worked there too!
Riccardo
___
Gnustep-dev mailing list
Gnustep
, however other bugs show up which I report separately.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
is decent for me, except the big black GWorkspace issue.
I hope to gain more insight this Weekend, if not fixes, at least new
information.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
. Thus, the
compiler generates the definition of NSIncrementExtraRefCount so that
other files can call it. Furthermore the function's code is expanded
inline where it is used in NSObject.m, namely in the -retain method.
It compiled now and seems to work, thanks.
Riccardo
the time for that...
Yes, the code is messy and complicated, but I believe after my change
reasonably correct, even if limited, since it doesn't take flexible
space and resizing well in account as you well know.
Understandable that some change broke the code unintended.
Riccardo
...
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Hi,
using Grr, I notice that the search component is again displayed wrong.
I had fixed that (other issues remained, but they were to be considered
minor and Fred knows that we have them on the table). Did someone revert
or work around my fix?
Riccardo
error? or some problematic code which
confuses the linker/compiler?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
revert them.
Some of the commits clearly marked fixes. How good they are we must retest.
Cheers,
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
not put it
subject to feature freeze. If you improve it even partially (atl least
to get base working) go on.
A very very nice feature fix would be having the instalaltion domain
configuration working on windows like on linux! I bet Gregory agrees...
Riccardo
releases where I will expect more
frequent releases of core, where theoretically msys-system will be more
stable.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
selected Quit from the menu!
Nobody else noticed that?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
did it during
LindauStep. Fred do you think you could fix them for this release?
Thank you,
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
improvement or which requires GWorkspace adaptation.
1) when using gopen xxx NSworkspace will launch also gworkspace
automatically.
Strangely, GWorkspace now opens and asks you are you sure you want to
quit ?...
2) gopen GWorkspace will open a double copy of it causing grief!!!
Riccardo
it is reasonably usable
for the day usage.
For example cairo has troubles with displaying (big) images, it can
suddenly say it cannot allocate shared memory and then gets slooowww
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http
Hi German,
German Arias wrote:
I have latest versions. But, after try many times. I found the problem
only when you select Scale to fit before load images.
I was able to reproduce the problem, thanks. It should be fixed in
current CVS.
Riccardo
will have it selected by default.
I don't know however if the windows installer can be so smart to write
the NSGlobalDomain when installing it?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
that a good release!
After this release, I'd like Richard release a new version of GSWS and I
will release an application based on it to the public.
So let's check the details!
Riccardo
Fred Kiefer wrote:
Before FOSDEM we were planing a coordinated release of the GNUstep core
components
Hi,
what gcc version is -Wdeclaration-after-statement enabled for?
I know it works for the gcc 4. series, it doesn't for 2.95. On one of my
lesser-used computers I have gcc 3.3.2 and it is not supported. Could it
please be disabled?
Riccardo
default.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Hi,
the recent changes, make GWorkspace crash or hang.
I get a crash on FreeBSD if I try to close one of the viewer windows:
#0 0x288e3a64 in objc_msg_lookup () from /usr/lib/libobjc.so.3
#1 0x282a231f in -[NSApplication(Private)
_targetForAction:keyWindow:mainWindow:] (self=0x29046948,
' undeclared (first use in this function)
gmake[5]: *** [obj/gsc.obj/GSGState.m.o] Error 1
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Hi,
I fixed this by importing Foundation/NSValue.h
I wonder why the commiter didn't notice that his changes broke the build?
Riccardo
Riccardo Mottola wrote:
Hi,
I get this while building
Compiling file GSGState.m ...
GSGState.m: In function '-[GSGState(Ops) GSSetFillColorspace
Hi,
Germán Arias wrote:
Currently when you move the cursor to upwards at the color wheel, the
cursor leaves a trail (see attached image.
With today's SVN trunk code it works perfectly for me with the cairo
backend.
Riccardo
___
Gnustep-dev
`-Wdeclaration-after-statement'
Regards,
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
?
Thanks,
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
TabView
problem cannot be reproduced by everybody.
Riccardo
ici...@mail.cg.tuwien.ac.at wrote:
Hi, all!
Because of my ongoing issues with current GNUstep from svn today I
decided to do a fresh start and removed all GNUstep installation
related files from my hardrive. After that I did a svn update
Hi,
just for the record, I'm on Freebsd, x86-ia32, cairo 1.8.8.1 and I
cannot reproduce your problem, cairo works for me.
Riccardo
ici...@mail.cg.tuwien.ac.at wrote:
It's my own application which shows this behaviour. I do not have a
theme enabled, I am using the cairo backend. Everything
to restructure quite
a bit of the libobjc2 code to avoid c99 features where possible, and David put
a comment to Riccardo in libobjc2 specifically asking him not to do that (since
the new library will only work on more modern systems), so unless David wants
to reconsider, such synchronisation is impossible
WHen compiling base I now get:
Compiling file GSFormat.m ...
GSFormat.m:62:2: error: #error handle_llong_max defined without
llong_max being defined
I get this both on FreeBSD/x86 with gcc 4.2.1 as well as on
OpenBSD/sparc with gcc 2.95
Riccardo
in PRICE and had to fix...
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Hi,
this is true, I have no good fix yet. It is due to changes in NSMatrix
which are actually proven to be correct by checking behaviour on Cocoa.
The correct way to fix is not by just having the Matrix draw its
background again, but to draw it correctly both with cells and empty
space.
of min and max size at all!
In the whole toolbar code those sizes are not checked.
I am trying to implement the smarter resizing code, I think I have the
algorithm, but probably fail to correctly get the space to allocate. If
I don't get a solution to, I'll share the patch with you.
Riccardo
problems, like theming and backend issues.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Hi,
great that you show interest, we hope to have you on board soon!
I can help you reviewing your Italian translation.
Riccardo
Fred Kiefer wrote:
Am 11.01.2010 09:13, schrieb inet.t...@gmail.com:
can i help the project, i can translate in italian language the doc , i can
find bug
.
ReleaseNotes may contain comments about incompatibilities, deprecations
of methods, upgrade procedures...
NEWS is perhaps more geared towards notable end-user readable things
like new features, big fixes. It is perhaps more useful for an
Application than the library.
Riccardo
is easy to search. When something breaks I grep in the
changelog. Old habits.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
wonder if it is perhaps something
accidental? I'd rather prefer the traditional format which is easy to
read and also about 1/4th more compact!
About the second change I don't know, RIchard can answer you best probably.
Riccardo
___
Gnustep-dev mailing
is somehow
useful or, well, maybe not.
Not sure what you mean here ... I don't think property list format should have
changed ... I haven't noticed a change.
I think directly ~/GNUstep/Defaults/.GNUstepDefaults ?
That's XML for me now and it wasn't.
Riccardo
the complication?
I love to dare to be different!
Also, not everything is/was windows. For example I imagine that
Amiga-users will remember clicking on the workspace for a menu...
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org
with a generic way
to handle application icons here, so that we don't need to change our
gui code the next time somebody comes up with an idea for a task bar tool.
I miss to understand what's really about too.
Riccardo
___
Gnustep-dev mailing list
to the System colour list, the one
themes already override. Is this fine for everybody?
That looks fine for me and that is what I originally thought. ANy
arguments against that? (Richard?)
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http
disable it (or
the other way around). Thus without intervention programs will run with
in-windows menus, but a better control for porting application can be
done, if the application controller is fine tuned for the different
conditions.
Riccardo
. The application's behaviour should be respected.
If not, the interface style should be. I suggest that your YES default
instead of NO could be extended to mac-style menus and not win95 only?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http
.
Oh, and Riccardo, Microsoft deprecated MDI almost a decade ago now.
Any applications still using it are violating Microsoft's HIGs. MS
Office hasn't used it since Office 2000; each MS Word document is a
stand-alone window. When you close the last one, Word exits.
You are only partially
that
was not broken before). I intentionally focus on UNIX, X11 and ART
backend. I want at least one combination of components to work best of
all (reference platform). I understand that other people has different
tastes but spreading efforts never lead us to success.
Understandable.
Riccardo
it broke). But a bit too little
unfortunately in some areas and thus they are unfinished...
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
turn them off.
Well, SystemPreferences has a convenient panel for defaults. If only
people would install and use it... I don't know Ubuntu, but debian
doesn't ship it.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org
SystemPreferences.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
the problem is stopping for example the line between words or even
around glyphs.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
things it could be faked with an included
TIFF of a screenshot of a predefined palette
Richard, could you add the ability to change the theme icon in Thematic?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman
opinion) that's where
the problem lies.
From a packager point of you that is understandable. Maybe an init
script wwhich sets defaults, a bit like windowmaker does?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman
!
I hope this doesn't sound too negative, really. I really like GNUstep
and wish to use a GNUstep desktop one day :o).
It is honest, which is what counts.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo
is the timeout?
No, the client never received the response, the client gave up and it
depended on the client how long it was.
I see however that you committed some changes to base and now it works
fine for me on WindowsXP.
Riccardo
___
Gnustep-dev
error I see comes form an NSLog and says Unable to set
blocking mode - Invalid argument [*]
Riccardo
[*] I find it interestng that it goes onto the stdout. Usually error
messages are routed to the windows event console
___
Gnustep-dev mailing
.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
ghostscript as
a dependency, you are probably thinking about the GSPdf application instead.
What name would you propose? I also don't know if changing the name may
be a problem with the packages of the various linux and BSD distributions.
Riccardo
.
Furthermore if anybody wishes to help, a task would be to check what
version of xpdf PDFKit was based on and update it as much as possible to
track xpdf.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep
some prerequisites?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Hi,
At the very least, we should just add an unused pointer for future
expansion so that we can add new ivars later and not use this for
ivars that are likely to remain stable for several releases.
Agreed.
--R
___
Gnustep-dev mailing list
way. This also marks the
diffusion of clang up to now though.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
, if you have GhostScript installed, you can use the newly
released GSPdf 0.3.
Riccardo
David Hill wrote:
Hi Riccardo,
I am trying to install gworkspace-0.8.7 which says it needs PDFKit and
the link provided takes me to PDFKit-062609 which requires freetype,
and it is freetype-2.3.9
Hi,
which version of GWorkspace are you trying to compile? I can configure
and install the one in the SVN repository just fine.
I can't find PDFkit in it though, is it in a separate repository? I have
freetype 2.3.9 on my system.
Riccardo
David Hill wrote:
Hi everyone,
The latest version
++.
http://packages.debian.org/lenny/libicu38
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
be then an internal, simplified, fall-back
solution so not to have a hard dependency on it. It really depends on
how much functionality is needed. Maybe the fall-back implementation
ends up being very difficult or maybe it would cover 99% of what libicu
does. Dave can tell us surely more.
Riccardo
Hi,
Submitted in revision 28291, it's doing live resize by default but
users can revert back to the old mechanism by doing:
defaults write NSGlobalDomain GSUseGhostResize YES
Perfect. SystemPreferences in svn trunk has now the mathiching variable in
the Defaults panel.
Riccardo
). Our version of the
registry is the defaults system.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Hmm,
I prefer not to have them live... it disturbs me.
Besides, 1ghz is slow for a desktop perhaps, but for some netbook it is not.
--Riccardo
Hi,
I'm ready to commit this patch, but I wanted to give the heads up
before...
This basically remove the reverse splitview bar we draw to instead
is that code? Up to about a year ago I built and used
GNUstep on a 486-class machine, although the CPU was not genuine intel
but a compatible processor which was based on 488 ISA, it did work...
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http
Nicolas,
I did not use it because it is a Cocoa extension to OpenStep and I
wanted to do it with the DO way.
Riccardo
Nicolas Roard wrote:
On Mon, Apr 6, 2009 at 8:48 PM, Riccardo Mottola mul...@ngi.it wrote:
Hello,
in FTP (available in GAP, http://gap.nongnu.org) I do inter-thread
it is not such a big problem if every change is
clearly documented and minor and major releases are clear. As the
library stabilizes, we break things less.
The end user should just see a massive update in his package manager.
This happens for gtk too...
Riccardo
style, we could need them.
The most extreme scenario: we are writing an application to be used
under Windows and we have a perfectly working Windows-theme that
emulates menus very well: Separator items are needed then.
Riccardo
___
Gnustep-dev mailing
The same is true for me too!
I hope to have connection at FOSDEM though, for email or even real-time
communication with those which couldn't come.
Riccardo
- Original Message -
From: Richard Frith-Macdonald rich...@tiptree.demon.co.uk
I'll be leaving for FOSDEM tomorrow morning
with
objc_msg_lookup
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
MinGW environment?
Or an obj-c program without using gnustep-make, which does all the linking
and library job for you?
--Riccardo
- Original Message -
From: Gupta, Arjit (HP Labs India) arjit.gu...@hp.com
To: gnustep-dev@gnu.org
Sent: Thursday, January 22, 2009 7:25 AM
Subject: Error while
work, not the system ones though, due to the lack
of some system calls in mingw.
Have a nice hacking,
Riccardo
- Original Message -
From: Darryl Agostinelli dagostine...@gmail.com
To: gnustep-dev@gnu.org
Sent: Wednesday, December 24, 2008 7:08 PM
Subject: CYGWIN Problems
Hi,
I'm
one.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
completely successful, there is a point where the whole header
gets memcopied.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
/local precisely.
Further, we differ from other executables that we can't have two
versions.
further elaborations? I wrote this in response to your bug report: by
default I would expect that libobjc or SystemPreferences go into my
/System.
Riccardo
Hi,
On 2008-10-29 19:26:13 +0100 Richard Frith-Macdonald
[EMAIL PROTECTED] wrote:
Tentative policy and development proposals ... please enhance and
then we
can see if we can agree on the way forward.
1. We will move to FHS as the default layout for new installations
I raise my hand
ago.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
(for example, bitmapped fonts without antialias
look just gorgeous). Export display is unbeatable. Sure, it has
shortcomings in image transformation and scrolling speed, but I'd
rather see them solved.
I personally build my RPMs with X11, one depdendency less ...
Riccardo
(for example, bitmapped fonts without antialias
look just gorgeous). Export display is unbeatable. Sure, it has
shortcomings in image transformation and scrolling speed, but I'd
rather see them solved.
I personally build my RPMs with X11, one depdendency less ...
Riccardo
guess it can be backported to stable.
A newer stable release should be done indeed. Adam?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
should wait.
It would have been nice to have more information about bug 22373 and
maybe a fix before release, but I think it can't be considered
blocking. Since no one else reported it, it might be SPARC specific.
Cheers,
Riccardo
___
Gnustep-dev
applications a new GNUstep user will use.
Anybody out there who wants to take up this task?
This task is already in the works, tests were done and minor fixes
too. A release shall be published soon and a matching RPM package too.
Thanks for your patience,
Riccardo
anyone point me in the right direction please?
kind regards,
Riccardo De Menna
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
:47, Riccardo De Menna wrote:
Trice for instance on the login (one for gdnc, one for gpbs and one
for make_services).
Comparing the /usr/local/GNUstep.conf with the error I can see he's
complaining of basically ALL the keys except these:
GNUSTEP_USER_DIR_HEADERS=GNUstep/Library/Headers
Hi,
On 2007-07-27 14:46:06 +0200 Stefan Bidigaray [EMAIL PROTECTED]
wrote:
So I finally broke down and subscribed to gnustep-dev! I recently
(Wednesday) started working on an implementation of Apple's
ScreenSaver
framework so that I can get more acquainted with GNUstep programming.
I
Hi,
On 2007-07-15 20:06:00 +0200 Yen-Ju Chen [EMAIL PROTECTED] wrote:
Thanx. But the SWKBrowser/GNUmakefile.postamble
should use 'tab' instead of 'space'. Otherwise, it will break.
I think your text editor converts 'tab' into 'space' automatically.
possibly, also the patch didn't apply
Hi,
On 2007-07-12 20:44:23 +0200 Yen-Ju Chen [EMAIL PROTECTED] wrote:
I use gnustep-make on Mac and GNUstep.
Here is a patch to make it work for SimpleWebKit.
I know there is a xcode project for Mac.
So developers can decide whether to use this patch.
thanks. I had to modify it a bit, but it
,
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
I fixed the
problem, I get another failure though, I'm not sure if it is before or
after, since I switched from release to a snaphot to test also the
NSAnimation stuff.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org
[2]: *** [GSspell.service/Resources/Info-gnustep.plist] Error 1
make[1]: *** [GSspell.all.service.variables] Error 2
make[1]: Leaving directory `/home/multix/gnt/gnustep-gui-0.13.0/Tools'
make: *** [internal-all] Error 2
Riccardo
PS: actually I think I found the problem. Just launching pl2link
?
-Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
701 - 800 of 828 matches
Mail list logo