|
|
Home » Community » U++ community news and announcements » Upp 611-dev4 released
Upp 611-dev4 released [message #6801] |
Tue, 28 November 2006 23:27 |
|
+ GTK theming! (not 100% yet)
+ Image MakeImagePaintOnly(const ImageMaker& m)- optimized version of MakeImage
+ Ctrl:: and CtrlFrame::OverPaint - allows painting outside the view area
+ further optimizations of child controls scrolling
- fixed: ArrayCtrl content was scrolled even if it was not visible.
- ArrayCtrl now properly sorts columns with embeded controls
- Tooltips were not shown on popuped windows
[Updated on: Tue, 28 November 2006 23:35] Report message to a moderator
|
|
|
|
Re: Upp 611-dev4 released [message #6808 is a reply to message #6807] |
Wed, 29 November 2006 11:01 |
|
Quote: | I'll do the upgrade in the next days. I wonder if GTK theme works even on XP or I have to install a thirdy part library?
In Linux I've KDE, it will work the same?
|
GTK theming works only on Linux (no matter if you run KDE or GNOME - but in KDE you'll see only the basic theme).
PS: Dev-4 isn't compilable on Linux.. you must manually change all draw to Draw (compiler will say you where ) Unfortunately I missed that before releasing dev4
[Updated on: Wed, 29 November 2006 11:04] Report message to a moderator
|
|
|
|
|
Re: Upp 611-dev4 released [message #6812 is a reply to message #6811] |
Wed, 29 November 2006 11:37 |
guido
Messages: 169 Registered: April 2006
|
Experienced Member |
|
|
luzr wrote on Wed, 29 November 2006 11:14 |
masu wrote on Wed, 29 November 2006 05:06 |
KDE theming also does not seem to be implemented, but I think this will be done soon by Mirek .
|
Well, not too soon. In theory, it is possible, in practice, it is too much work for too little return.
I think people are used to run GTK applications in KDE, many distros even have the same basic theme for both.
Mirek
|
Besides, dlopen() linking to Qt would cause interesting legal problems, like, does your code become GPLed or not, since technically it still works in absence of Qt.
Tricky, really tricky
Guido
|
|
|
|
|
|
|
Re: Upp 611-dev4 released [message #6922 is a reply to message #6801] |
Tue, 05 December 2006 07:37 |
lundman
Messages: 175 Registered: March 2006 Location: Tokyo
|
Experienced Member |
|
|
Hello again!
Since I now inhereted the OsX machine itself when my colleague quit, I thought I would check on how things are now. I managed to port it to OsX fine last time, but it had a few graphics glitches, but otherwise fully functional.
I have grabbed 611-dev4 to play with, here is a list of issues I have resolved, and moved on with:
Core/Core.h:
#ifdef flagOSX
#define PLATFORM_OSX
#define PLATFORM_POSIX
#ifdef flagGUI
#define PLATFORM_X11
#endif
#ifdef flagTESTLEAKS
#define TESTLEAKS
#endif
#endif
Draw/Draw.upp:
library(OSX) X11;
library(OSX !XLFD) "Xft fontconfig Xrender freetype expat";
All Makefile changes should be done in the ide, and re-export
the Makefile. But I do not have an old ide version yet.
Ide/Makefile:
Macro = -DflagGUI -DflagGCC -DflagSHARED -DflagOSX -DflagPPC
CINC = -I$(UPPDIR1) -I/usr/X11R6/include/
-I/usr/X11R6/include/freetype2 -I/opt/local/include/
OSX Does not like the
-Wl,O,2 =>
-Wl,--start-group \
-Wl,--end-group
just delete.
and add:
-lfontconfig \
-lXrender \
-lfreetype \
-lpng
Core/Stream.h:
int Get32le();
int64 Get64le();
Add semi-colon.
Core/Stream.cpp line 154:
Defines *be() function again, when it should be *le().
int Stream::Get16le() {
int Stream::Get32le() {
int64 Stream::Get64le() {
Core/Stream.cpp: line 443-471
#ifdef CPU_BE
// SwapOrder(data, count);
#endif
No such function.
Draw/Drawing.cpp: line 49-77
#ifndef CPU_LITTLE_ENDIAN
// BltSwapEndian4(out, out, count);
#endif
No such function.
plugin/bmp/bmphdr.h
#ifdef CPU_BIG_ENDIAD
typo?
plugin/bmp/bmp.h:
Add "::" to EndianSwap, and put a cast on it:
::EndianSwap((dword&) xxxxx);
* many (12?)
CtrlLib/CtrlLib.upp:
uses(OSX) PdfDraw;
What I am currently stuck at is:
/usr/bin/ld: Undefined symbols:
TTFReader::TTFStream::operator%(int&)
TTFReader::TTFStream::operator%(unsigned int&)
TTFReader::TTFStream::operator%(short&)
TTFReader::TTFStream::operator%(unsigned short&)
FreeDll(void*)
LoadDll(String&, char const* const*, void* const*)
vtable for BMPEncoder
DumpLanguage(int)
DumpAlign(int)
DumpColor(Color)
collect2: ld returned 1 exit status
|
|
|
|
|
|
|
Re: Upp 611-dev4 released [message #6928 is a reply to message #6922] |
Tue, 05 December 2006 10:05 |
|
mirek
Messages: 13975 Registered: November 2005
|
Ultimate Member |
|
|
lundman wrote on Tue, 05 December 2006 01:37 | Hello again!
Since I now inhereted the OsX machine itself when my colleague quit, I thought I would check on how things are now. I managed to port it to OsX fine last time, but it had a few graphics glitches, but otherwise fully functional.
I have grabbed 611-dev4 to play with, here is a list of issues I have resolved, and moved on with:
Core/Core.h:
#ifdef flagOSX
#define PLATFORM_OSX
|
BTW, maybe we should call this platform as OSX11, because this is not "real" MacOS X... What do you think?
/usr/bin/ld: Undefined symbols:
TTFReader::TTFStream::operator%(int&)
TTFReader::TTFStream::operator%(unsigned int&)
TTFReader::TTFStream::operator%(short&)
TTFReader::TTFStream::operator%(unsigned short&)
FreeDll(void*)
LoadDll(String&, char const* const*, void* const*)
vtable for BMPEncoder
DumpLanguage(int)
DumpAlign(int)
DumpColor(Color)
collect2: ld returned 1 exit status
Looks like PdfDraw (but than one you added to uses?) and plugin/BMP are not present - both are conditional uses for X11. Strange...
Mirek
|
|
|
Re: Upp 611-dev4 released [message #6930 is a reply to message #6928] |
Tue, 05 December 2006 10:45 |
lundman
Messages: 175 Registered: March 2006 Location: Tokyo
|
Experienced Member |
|
|
luzr wrote on Tue, 05 December 2006 18:05 |
BTW, maybe we should call this platform as OSX11, because this is not "real" MacOS X... What do you think?
|
Yeah I can do.. once I know what to do, including the patches needed for code generation, I will do it again in a clean tree, and send you a diff in the hopes that it will be accepted.
/usr/bin/ld: Undefined symbols:
TTFReader::TTFStream::operator%(int&)
TTFReader::TTFStream::operator%(unsigned int&)
TTFReader::TTFStream::operator%(short&)
TTFReader::TTFStream::operator%(unsigned short&)
FreeDll(void*)
LoadDll(String&, char const* const*, void* const*)
vtable for BMPEncoder
DumpLanguage(int)
DumpAlign(int)
DumpColor(Color)
collect2: ld returned 1 exit status
Ok, TTFStream was in a "#ifdef CPU_LE" which I'm currently
just commenting out (using LE version will at least compile even if the code wont work)
The LoadDll and FreeDll.. Don't know, commenting out the calls in dli.h made it go away. The DumpLanguage etc references were all in the same .cpp file, which probably should have #if DEBUG around them, not sure.. but I could get around that to.
The only one not solved is:
Why only that one, PNGEncoder compiles.. tried defining an empty ~BMPEncoder method, but no difference.
|
|
|
|
|
|
Goto Forum:
Current Time: Fri Apr 26 00:12:30 CEST 2024
Total time taken to generate the page: 0.05042 seconds
|
|
|