tktable-tile-dev — Discussion about tile development

Re: [Tile-dev] Breakthrough! Proper tabs on OSX!

[Will D. <Wil...@jp...>]

Joe,

When you implement variant notebook styles, please include
an option of no tabs at all, like the BWidget PagesManager.
It's a need I run into regularly, and though the PagesManager
works OK it's annoying to have to use a megawidget when
ttk::notebook does everything right.  Also, with PagesManager
there's a call you have to make after all of the pages are
defined so that it can compute the maximum size of any page;
ttk::notebook just does this right, with no fuss.

I asked for this once before, and you declined, saying it
was easy enough to do in Tcl, which it is; but it's one of
those things that has to be done exactly right.  I think
we'd get better GOOBE if ttk::notebook simply provided the
behavior.

Will

On Oct 30, 2007, at 9:35 AM, Joe English wrote:

>
> Michael Kirkham wrote:
>>
>> Will that be optional?  IMHO I see the styles being useful for  
>> different
>> things (i.e., the old format where tabs are not static, new style for
>> static tabs--think web browser vs. options dialog).
>
> Out-of-the-box, not initially, but if you want an old-style
> notebook it will be possible to assemble one yourself by
> importing elements from other themes (e.g., [style element
> create Oldstyle.TNotebook.tab from aqua Notebook.tab] --
> at least, that is, until Apple kills off QuickDraw).
>
> Built-in variant notebook styles are on the TODO list
> for Tile 0.9.*; this should include general-purpose styles
> like left/right/bottom tabs, and platform-specific styles
> like the Safari-style tabs Gerald mentioned.
>
>
> --Joe English
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a  
> browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Tktable-tile-dev mailing list
> Tkt...@li...
> https://lists.sourceforge.net/lists/listinfo/tktable-tile-dev

------------------------------------------------------------------------
Will Duquette, JPL  | Wil...@jp...
JNEM Dev Lead       | http://eis.jpl.nasa.gov/~will (JPL Use Only)
                     | It's amazing what you can do with the right  
tools.

Re: [Tile-dev] [TCLCORE] Breakthrough! Proper tabs on OSX!

[Joe E. <jen...@fl...>]

Gerald W. Lester wrote:
>
> In Leopard, there seems to be two styles of tabs that Apple uses.
>
> 1) The one on the "Date&Time" system preferences.  That one almost looks
> like your screen shot except that the frame border "goes" to the middle
> of the tab buttons instead of the bottom.
> 2) The one that Safari uses.
>
> Will those be different "styles" to chose from?

Not initially; see previous message.  Possibly in Tile 0.9.*,
it depends on whether or not they're available in HITheme.


--Joe English

Re: [Tile-dev] Breakthrough! Proper tabs on OSX!

[Joe E. <jen...@fl...>]

Michael Kirkham wrote:
>
> Will that be optional?  IMHO I see the styles being useful for different
> things (i.e., the old format where tabs are not static, new style for
> static tabs--think web browser vs. options dialog).

Out-of-the-box, not initially, but if you want an old-style
notebook it will be possible to assemble one yourself by
importing elements from other themes (e.g., [style element
create Oldstyle.TNotebook.tab from aqua Notebook.tab] --
at least, that is, until Apple kills off QuickDraw).

Built-in variant notebook styles are on the TODO list
for Tile 0.9.*; this should include general-purpose styles
like left/right/bottom tabs, and platform-specific styles
like the Safari-style tabs Gerald mentioned.


--Joe English

Re: [Tile-dev] Breakthrough! Proper tabs on OSX!

[Joe E. <jen...@fl...>]

Kevin Walzer wrote:
>
> I notice in the screenshot that the selected theme is "HITheme," not
> "Aqua." Is this a separate theme/style that will have to be explicitly
> chosen by the developer? Are there other differences between HITheme and
> Aqua besides the notebook tab?

Tile will use "hitheme" as the default theme if it's available,
otherwise fall back to "aqua" (which should only happen on OSX 10.2).

The current plan is to keep all the QuickDraw/Appearance Manager
code in the "aqua" theme and use (only) Quartz/HITheme APIs in
"hitheme".  Initially "hitheme" will just contain elements that
can *only* be implemented with CG, and inherit the rest from "aqua".
We can reimplement the other elements at leisure, and hopefully end up
with a self-contained, all-CG native theme by the time Apple
decides to kill off QuickDraw entirely.


--Joe English

Re: [Tile-dev] [TCLCORE] Breakthrough! Proper tabs on OSX!

[Gerald W. L. <Ger...@co...>]

Joe English wrote:
> I finally managed to figure out how to draw 2003-era
> "Panther"-style tabs on OSX.  See here for a snapshot
> of what's in my sandbox:
>
>     http://tktable.sourceforge.net/tile/screenshots/new-tile-screenshot.png
>
> The notebook widget still needs one more change to
> get the layout right (I thought I'd done this already,
> but apparently not...); this should end up in CVS
> in a couple of days, in time for the 8.5b3 release.
>   
In Leopard, there seems to be two styles of tabs that Apple uses.

1) The one on the "Date&Time" system preferences.  That one almost looks 
like your screen shot except that the frame border "goes" to the middle 
of the tab buttons instead of the bottom.
2) The one that Safari uses.

Will those be different "styles" to chose from?
> In related news, the ttk::combobox almost doesn't suck
> anymore on OSX either.  Those changes are already committed.
>
>
> --Joe English
>
>   jen...@fl...
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core
>
>   


-- 
+------------------------------------------------------------------------+
| Gerald W. Lester, Director of Technology, TicketSwitch USA LLC         |
| Cell: +1.504.292.3775                                                  |
| Email: ger...@ti...                                   |
|"The man who fights for his ideals is the man who is alive." - Cervantes|
+------------------------------------------------------------------------+

Re: [Tile-dev] Breakthrough! Proper tabs on OSX!

[Kevin W. <kw...@co...>]

Joe English wrote:
> I finally managed to figure out how to draw 2003-era
> "Panther"-style tabs on OSX.  See here for a snapshot
> of what's in my sandbox:
> 
>     http://tktable.sourceforge.net/tile/screenshots/new-tile-screenshot.png
> 
> The notebook widget still needs one more change to
> get the layout right (I thought I'd done this already,
> but apparently not...); this should end up in CVS
> in a couple of days, in time for the 8.5b3 release.
> 
> In related news, the ttk::combobox almost doesn't suck
> anymore on OSX either.  Those changes are already committed.
> 
> 
> --Joe English
> 
>   jen...@fl...
> 

Joe,

Wonderful! I've been working on learning C and learning the Carbon API's 
to attack this very problem, because it's been the most glaring issue 
with Tile on OS X. Thank you so much for your work.

I notice in the screenshot that the selected theme is "HITheme," not 
"Aqua." Is this a separate theme/style that will have to be explicitly 
chosen by the developer? Are there other differences between HITheme and 
Aqua besides the notebook tab?

--Kevin
-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

Re: [Tile-dev] Breakthrough! Proper tabs on OSX!

[Michael K. <mi...@mu...>]

Will that be optional?  IMHO I see the styles being useful for different 
things (i.e., the old format where tabs are not static, new style for 
static tabs--think web browser vs. options dialog).

--
Michael Kirkham
President & CEO
Muonics, Inc.
http://www.muonics.com/
+1 (831) 612-9577 Tel
+1 (831) 427-0769 Fax


On Tue, 30 Oct 2007, Joe English wrote:

> Date: Tue, 30 Oct 2007 00:39:53 -0700
> From: Joe English <jen...@fl...>
> To: tkt...@li...
> Cc: tcl...@li...
> Subject: [Tile-dev] Breakthrough!  Proper tabs on OSX!
> 
>
> I finally managed to figure out how to draw 2003-era
> "Panther"-style tabs on OSX.  See here for a snapshot
> of what's in my sandbox:
>
>    http://tktable.sourceforge.net/tile/screenshots/new-tile-screenshot.png
>
> The notebook widget still needs one more change to
> get the layout right (I thought I'd done this already,
> but apparently not...); this should end up in CVS
> in a couple of days, in time for the 8.5b3 release.
>
> In related news, the ttk::combobox almost doesn't suck
> anymore on OSX either.  Those changes are already committed.
>
>
> --Joe English
>
>  jen...@fl...
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Tktable-tile-dev mailing list
> Tkt...@li...
> https://lists.sourceforge.net/lists/listinfo/tktable-tile-dev
>

[Tile-dev] Breakthrough! Proper tabs on OSX!

[Joe E. <jen...@fl...>]

I finally managed to figure out how to draw 2003-era
"Panther"-style tabs on OSX.  See here for a snapshot
of what's in my sandbox:

    http://tktable.sourceforge.net/tile/screenshots/new-tile-screenshot.png

The notebook widget still needs one more change to
get the layout right (I thought I'd done this already,
but apparently not...); this should end up in CVS
in a couple of days, in time for the 8.5b3 release.

In related news, the ttk::combobox almost doesn't suck
anymore on OSX either.  Those changes are already committed.


--Joe English

  jen...@fl...

Re: [Tile-dev] Tree/tableview: box around highlighted item

[Kevin W. <kw...@co...>]

Joe English wrote:
> 
> That's the focus ring, and it's supposed to be a dotted line.
> 
> Did something change in the OSX XLib emulation layer recently?
> I'm almost sure that this used to draw correctly.
> 

It might be dotted--it's actually hard to tell when it's also surrounded 
by the dark gray/blue selectbackground.

However, it really shouldn't be there at all, at least on the Mac. I 
can't speak to how Windows or X handles things, but native table and 
treeviews under Aqua don't use focus rings. Focus is indicated by the 
column header being highlighted in the Aqua-blue style.

-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

Re: [Tile-dev] Tree/tableview: box around highlighted item

[Joe E. <jen...@fl...>]

Kevin Walzer wrote:

> I've been playing with the Tile tree/tableview widget a bit, and I've 
> noticed that the most recent version draws a thin, solid black box 
> around a highlighted item: this is both in the tree view and in a 
> standard table view. Is there any way to disable this box without 
> patching Tile at the C level? It's extremely ugly and, on the Mac at 
> least, looks very out of place.

That's the focus ring, and it's supposed to be a dotted line.

Did something change in the OSX XLib emulation layer recently?
I'm almost sure that this used to draw correctly.


--Joe

[Tile-dev] Tree/tableview: box around highlighted item

[Kevin W. <kw...@co...>]

I've been playing with the Tile tree/tableview widget a bit, and I've 
noticed that the most recent version draws a thin, solid black box 
around a highlighted item: this is both in the tree view and in a 
standard table view. Is there any way to disable this box without 
patching Tile at the C level? It's extremely ugly and, on the Mac at 
least, looks very out of place.

-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

Re: [Tile-dev] [MACTCL] iSexy

[Kevin W. <kw...@co...>]

Mats Bengtsson wrote:
> Hi all,
> 
> If you didn't think it was possible to do sexy things with tile and AquaTk:
> Text widget with rounded corners http://wiki.tcl.tk/20109
> Probably more efficient if I made a a new tile element and made drawing directly.
> 
> /Mats 
> 

Very nice. Mats, you are an extremely innovative developer of UI's with 
Tk, and you set a terrific example for all of us.

-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

Re: [Tile-dev] iSexy

[Igor N. <igo...@gm...>]

Hi,

Similar "sexy things" you can find in sK1 interface: Ttk+tkpng
http://sk1project.org/modules.php?name=Products

Regards,

Igor Novikov
sK1 Team
http://sk1project.org


On 10/5/07, Mats Bengtsson < ma...@pr...> wrote:
>
> Hi all,
>
> If you didn't think it was possible to do sexy things with tile and
> AquaTk:
> Text widget with rounded corners http://wiki.tcl.tk/20109
> Probably more efficient if I made a a new tile element and made drawing
> directly.
>
> /Mats
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Tktable-tile-dev mailing list
> Tkt...@li...
> https://lists.sourceforge.net/lists/listinfo/tktable-tile-dev
>

Re: [Tile-dev] [MACTCL] iSexy

[Mats B. <ma...@pr...>]

Virden, Larry W. wrote:
> -----Original Message-----
> From:  Mats Bengtsson
> 
>> If you didn't think it was possible to do sexy things with tile and
> AquaTk:
>> Text widget with rounded corners http://wiki.tcl.tk/20109 Probably
> more efficient if I made a a new tile element and 
>> made drawing directly.
> 
> That image looks really nice. How much of that code is something that
> could/should be a part of the default MacOS Tile theme?
> 

Nothing. It belongs to the application level I think.
Some applications may want to do something "extra" and I just show that this is possible.
Since rounded corners is not part of the Aqua HI it doesn't fit there.

/Mats

PS: Not that I had to use GIF images since the wiki doesn't support PNG (?).

Re: [Tile-dev] [MACTCL] iSexy

[Virden, L. W. <lv...@ca...>]

-----Original Message-----
From:  Mats Bengtsson

> If you didn't think it was possible to do sexy things with tile and
AquaTk:
> Text widget with rounded corners http://wiki.tcl.tk/20109 Probably
more efficient if I made a a new tile element and=20
> made drawing directly.

That image looks really nice. How much of that code is something that
could/should be a part of the default MacOS Tile theme?


--=20
<URL: http://wiki.tcl.tk/ >
Even if explicitly stated to the contrary, nothing in this posting
should be construed as representing my employer's opinions.
<URL: mailto:lv...@gm... > <URL: http://www.purl.org/NET/lvirden/
>
=20

[Tile-dev] iSexy

[Mats B. <ma...@pr...>]

Hi all,

If you didn't think it was possible to do sexy things with tile and AquaTk:
Text widget with rounded corners http://wiki.tcl.tk/20109
Probably more efficient if I made a a new tile element and made drawing directly.

/Mats 

[Tile-dev] Cool text widget

[Mats B. <ma...@pr...>]

My blog post is perhaps of interest here: http://coccinella.im/node/105

and the unpolished code:

	package require tkpath

	set size 32
	set tkpath::antialias 1
	set S [::tkpath::surface new $size $size]
	$S create prect 2 2 30 30 -rx 10 -fill white -stroke "#a19de2" \
	  -strokewidth 2
	set image [$S copy [image create photo]]
	$S destroy

	style element create RR.background image $image \
	  -border {12 12 12 12} -padding {0} -sticky news	    	
	style layout RR.TEntry {
	    RR.background -sticky news -children {
		Entry.padding -sticky news -children {
		    Entry.textarea -sticky news
		}
	    }
	}
	style map RR.TEntry  \
	  -foreground {{background} "#363636" {} black}

	toplevel .tt
	set f .tt.f
	ttk::frame $f -padding 20
	pack $f
	ttk::frame $f.cont -style RR.TEntry
	pack $f.cont
	text $f.t -wrap word -borderwidth 0 -highlightthickness 0 \
	  -width 40 -height 8
	bind $f.t <FocusIn>  [list $f.cont state focus]
	bind $f.t <FocusOut> [list $f.cont state {!focus}]
	pack $f.t -in $f.cont -padx 5 -pady 5 -fill both -expand 1
	
	$f.t insert end "All MSN Messenger wannabies:\nDid you know how to make text widgets with rounded corners?"
	

/Mats

[Tile-dev] tk and ttk integration

[Mats B. <ma...@pr...>]

Sorry, but this is a bit long...

I have tested various ways to integrate the tk widgets with the ttk themes
and haven't found a robust solution until now. I'd like to have
any comments on this. The example below treats the Menu and its non-ttk
options -activebackground, -activeforeground, and -disabledforeground.

In brief, I add a kind of fake 'style map Menu' for everything that is not
in the themes 'style configure .' or 'style map .'. Then I register
a Menu event handler 'bind Menu  <<ThemeChanged>>' which configure
all existing Menus and sets option resources for any new Menus.

Does anyone have a better solution?

I first tried experimenting with -selectbackground and -selectforeground
if set in the themes since they give the right answer on windows themes,
but this generally fails.

/Mats


namespace eval ttk {

    foreach name [ttk::availableThemes] {

	# @@@ We could be more economical here and load theme only when needed.
	if {[catch {package require ttk::theme::$name}]} {
	    continue
	}

	# Set only the switches that are not in [style configure .]
	# or [style map .].
	
	switch $name {
	    winnative {
		style theme settings $name {
		    style map Menu \
		      -background {active SystemHighlight} \
		      -foreground {active SystemHighlightText disabled SystemGrayText}
		}
	    }
	    xpnative {
		style theme settings $name {
		    style map Menu \
		      -background {active SystemHighlight} \
		      -foreground {active SystemHighlightText disabled SystemGrayText}
		}
	    }
	}
    }
}

namespace eval ::ttkutils {
    
    # There are two things that need to be set for each class of widget:
    #   1) existing widgets need to be configured
    #   2) the resources must be set for new widgets
    
    bind Menu  <<ThemeChanged>> {ttkutils::MenuThemeChanged %W }    
    
}

proc ttkutils::MenuThemeChanged {win} {

    if {[winfo class $win] ne "Menu"} {
	return
    }
    
    # We configure the resource database here as well since it saves code.
    # Seems X11 has some system option db that must be overridden.
    if {[tk windowingsystem] eq "x11"} {
	set priority 60
    } else {
	set priority startupFile
    }
    
    # Some themes miss this one.
    array set style [list -foreground black]
    array set style [style configure .]    
    array set style [style configure Menu]    
    array set map   [style map .]
    array set map   [style map Menu]
    
    if {[info exists style(-background)]} {
	set color $style(-background)
	$win configure -background $color
	$win configure -activebackground $color
	option add *Menu.background       $color $priority
	option add *Menu.activeBackground $color $priority
	if {[info exists map(-background)]} {
	    foreach {state col} $map(-background) {
		if {[lsearch $state active] >= 0} {
		    $win configure -activebackground  $col
		    option add *Menu.activeBackground $col $priority
		    break
		}
	    }
	}
    }
    if {[info exists style(-foreground)]} {
	set color $style(-foreground)
	$win configure -foreground $color
	$win configure -activeforeground $color
	$win configure -disabledforeground $color
	option add *Menu.foreground         $color $priority
	option add *Menu.activeForeground   $color $priority
	option add *Menu.disabledForeground $color $priority
	if {[info exists map(-foreground)]} {
	    foreach {state col} $map(-foreground) {
		if {[lsearch $state active] >= 0} {
		    $win configure -activeforeground  $col
		    option add *Menu.activeForeground $col $priority
		}
		if {[lsearch $state disabled] >= 0} {
		    $win configure -disabledforeground  $col
		    option add *Menu.disabledForeground $col $priority
		}
	    }
	}
    }
}

Re: [Tile-dev] tileqt

[Sander D. <s.d...@pa...>]

2007/7/22, Mats Bengtsson <ma...@pr...>:
> >> Adding this library all hell breaks loose resulting in very strange errors
> >
> > How did you add the library?
>
> It wasn't me. It was one of my testers. I CC him.

apt-get install libpng3

<snip>
> > A good start is to provide some more info about the linux distros where tileqt got compile & the systems where it runs with problems.
> > In general I don't have any problems with fedora & suse I use :-(
<snip>
> Run system: Sander (CC) has to answer.

KUbuntu 7.04

-- 
Mvg, Sander Devrieze.

Re: [Tile-dev] tileqt

[Mats B. <ma...@pr...>]

Joe English wrote:
> Mats Bengtsson wrote:
> 
>> I've built tileqt on my own linux machine and there it works OK but one of my
>>  testers
>> have problems. System:
>> [info patchlevel] = 8.4.14
>> tile 0.7.3
>> I think I've built tileqt with the same version of tile but I'm not sure.
>>
>> Trying to debug it results in the following:
>>
>> couldn't load file "bin/unix/Linux/i686/tileqt /libtileqt0.4.so":
>> libpng.so.3: cannot open shared object file: No such file or directory
> 
> Probable cause: the build machine has a different version
> of libpng than the target machine.  Whether it's newer or
> older is hard to say -- libpng releases have historically
> been pretty good about preserving source compatibility,
> but not so great at preserving binary compatibility.
> To make matters more complicated it hasn't followed a
> consistent convention for SONAMEs either, and different
> distros have used different strategies to mitigate this.
> 
> Some Linux distros make older libpng versions available
> in compatibility packages -- you could try '{yum|apt-get|whatever}
> install libpng.so.3" or the equivalent on the target machine.
> Personally, I would not expect that to work -- it might get
> past that error, but there are almost certainly more compatibility
> issues waiting after that one (more below).
> 
>> Adding this library all hell breaks loose resulting in very strange errors
> 
> How did you add the library?

It wasn't me. It was one of my testers. I CC him.

> 
>> I've seen before when I created Tcl_Obj corruption when creating Tcl_Obj
>> on arbitrary threads:
>> couldn't load file "bin/unix/Linux/i686/tileqt /libtileqt0.4.so":
>> bin/unix/Linux/i686/tileqt /libtileqt0.4.so: undefined symbol:
>> Ttk_StateTableLookup
>>
>> error reading package index file /usr/lib/vfs1.3/pkgIndex.tcl: syntax
>> error in expression "[package provide Tcl] < 8.4": extra tokens at end
>> of expression
>> ...
>>
>> and there is no end to it.
>> I wonder how tileqt is built. Not sure what the relations are between tileqt
>> and tile.
>> In other words, what to do to avoid problems like this?
> 
> 
> In this particular case: I notice that tileqt doesn't directly
> call anything from libpng, so there's no need to include "-lpng"
> on the link line.  (Qt uses libpng, but since ELF systems support
> transitive dependencies you don't need to specify it when linking
> libtileqt.so.)  Try removing -l flags from the link line until
> you get a minimal set of dependencies.
> 
> Of course there are still two big issues: libqt and libstdc++.
> Expect to see cross-distro compatibility issues with those two, too.
> 

I've read about a lot of problems with libstdc++ and tclkit so it is perhaps expected.
But it shouldn't load the package if there are compatibility problems.
And I've heard that Qt should be compatible with major version numbers.

> Your best bet is to compile and link libtileqt.so on the same
> platform as the target host.
> 

This isn't an option if you're trying to distribute an application.

Georgios:
> A good start is to provide some more info about the linux distros where tileqt got compile & the systems where it runs with problems.
> In general I don't have any problems with fedora & suse I use :-(

Build system: SUSE 10.0
locate libqt
/opt/gnome/lib/gtk-2.0/2.4.0/engines/libqtengine.so
/opt/kde3/lib/kde3/plugins/integration/libqtkde.la
/opt/kde3/lib/kde3/plugins/integration/libqtkde.so
/opt/kde3/lib/libqtjava.la
/opt/kde3/lib/libqtjava.so
/opt/kde3/lib/libqtjava.so.1
/opt/kde3/lib/libqtjava.so.1.0.0
/opt/kde3/lib/libqtjavasupport.la
/opt/kde3/lib/libqtjavasupport.so
/opt/kde3/lib/libqtjavasupport.so.1
/opt/kde3/lib/libqtjavasupport.so.1.0.0
/opt/kde3/lib/libqtmcop.la
/opt/kde3/lib/libqtmcop.so
/opt/kde3/lib/libqtmcop.so.1
/opt/kde3/lib/libqtmcop.so.1.0.0
/opt/kde3/lib/libqtopiakonnector.la
/opt/kde3/lib/libqtopiakonnector.so
/usr/lib/libqt-mt.so.3
/usr/lib/libqthreads.a
/usr/lib/libqthreads.la
/usr/lib/libqthreads.so
/usr/lib/libqthreads.so.12
/usr/lib/libqthreads.so.12.3.0
/usr/lib/MainConcept/MainActor/libqt-mt.so
/usr/lib/MainConcept/MainActor/libqt-mt.so.3
/usr/lib/MainConcept/MainActor/libqt-mt.so.3.3
/usr/lib/MainConcept/MainActor/libqt-mt.so.3.3.4
/usr/lib/qt3/lib/libqt-mt.la
/usr/lib/qt3/lib/libqt-mt.prl
/usr/lib/qt3/lib/libqt-mt.so
/usr/lib/qt3/lib/libqt-mt.so.3
/usr/lib/qt3/lib/libqt-mt.so.3.3
/usr/lib/qt3/lib/libqt-mt.so.3.3.4
/usr/lib/xmms/Input/libqt_xmms.so

locate libpng
/usr/bin/libpng-config
/usr/bin/libpng12-config
/usr/include/libpng
/usr/include/libpng12
/usr/include/libpng12/png.h
/usr/include/libpng12/pngconf.h
/usr/lib/libpng.a
/usr/lib/libpng.so
/usr/lib/libpng.so.3
/usr/lib/libpng.so.3.1.2.8
/usr/lib/libpng12.a
/usr/lib/libpng12.so
/usr/lib/libpng12.so.0
/usr/lib/libpng12.so.0.1.2.8
/usr/lib/pkgconfig/libpng.pc
/usr/lib/pkgconfig/libpng12.pc
/usr/local/ActiveTcl/lib/Img1.3/libpngtcl1.2.6.so
/usr/share/doc/packages/libpng
/usr/share/doc/packages/libpng/ANNOUNCE
/usr/share/doc/packages/libpng/CHANGES
/usr/share/doc/packages/libpng/KNOWNBUG
/usr/share/doc/packages/libpng/libpng.txt
/usr/share/doc/packages/libpng/LICENSE
/usr/share/doc/packages/libpng/README
/usr/share/doc/packages/libpng/TODO
/usr/share/doc/packages/libpng/Y2KINFO
/usr/share/man/man3/libpng.3.gz
/usr/share/man/man3/libpngpf.3.gz
/usr/share/pkgconfig/libpng.pc
/usr/share/pkgconfig/libpng12.pc
/windows/C/Documents and Settings/Administrat??r.HEMMA-89PWX7A7Q/Lokala inst?§llningar/Temp/Doc/DirectXEULAs/libpng-license.txt
/windows/C/Program/Delade filer/GTK/2.0/bin/libpng12.dll
/windows/C/Program/WinGIMP/lib/libpng-3.dll

Run system: Sander (CC) has to answer.

> A good start will be to make something like "ldd -d" on the tileqt binary, and see the various dependent libraries.
> Tileqt has only dependencies in the tile & qt libraries (and of course c++ libraries due to qt).

linux:~/Coccinella/Src/coccinella/bin/unix/Linux/i686/tileqt # ldd -d libtileqt0.4.so
        linux-gate.so.1 =>  (0xffffe000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4003a000)
        libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0x40134000)
        libz.so.1 => /lib/libz.so.1 (0x4081f000)
        libpng.so.3 => /usr/lib/libpng.so.3 (0x40832000)
        libm.so.6 => /lib/tls/libm.so.6 (0x40871000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40897000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x408a5000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x408af000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x408c7000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x408d9000)
        libc.so.6 => /lib/tls/libc.so.6 (0x408e4000)
        libdl.so.2 => /lib/libdl.so.2 (0x40a03000)
        libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40a07000)
        libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40a10000)
        libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x40a18000)
        libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x40a1c000)
        libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0x40a25000)
        libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x40a28000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40a3b000)
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x40aaa000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x40ada000)
        /lib/ld-linux.so.2 (0x80000000)
        libexpat.so.0 => /usr/lib/libexpat.so.0 (0x40bb6000)


Mats

Re: [Tile-dev] tileqt

[Joe E. <jen...@fl...>]

Mats Bengtsson wrote:

> I've built tileqt on my own linux machine and there it works OK but one of my
>  testers
> have problems. System:
> [info patchlevel] = 8.4.14
> tile 0.7.3
> I think I've built tileqt with the same version of tile but I'm not sure.
>
> Trying to debug it results in the following:
>
> couldn't load file "bin/unix/Linux/i686/tileqt /libtileqt0.4.so":
> libpng.so.3: cannot open shared object file: No such file or directory

Probable cause: the build machine has a different version
of libpng than the target machine.  Whether it's newer or
older is hard to say -- libpng releases have historically
been pretty good about preserving source compatibility,
but not so great at preserving binary compatibility.
To make matters more complicated it hasn't followed a
consistent convention for SONAMEs either, and different
distros have used different strategies to mitigate this.

Some Linux distros make older libpng versions available
in compatibility packages -- you could try '{yum|apt-get|whatever}
install libpng.so.3" or the equivalent on the target machine.
Personally, I would not expect that to work -- it might get
past that error, but there are almost certainly more compatibility
issues waiting after that one (more below).

> Adding this library all hell breaks loose resulting in very strange errors

How did you add the library?

> I've seen before when I created Tcl_Obj corruption when creating Tcl_Obj
> on arbitrary threads:
> couldn't load file "bin/unix/Linux/i686/tileqt /libtileqt0.4.so":
> bin/unix/Linux/i686/tileqt /libtileqt0.4.so: undefined symbol:
> Ttk_StateTableLookup
>
> error reading package index file /usr/lib/vfs1.3/pkgIndex.tcl: syntax
> error in expression "[package provide Tcl] < 8.4": extra tokens at end
> of expression
> ...
>
> and there is no end to it.
> I wonder how tileqt is built. Not sure what the relations are between tileqt
> and tile.
> In other words, what to do to avoid problems like this?


In this particular case: I notice that tileqt doesn't directly
call anything from libpng, so there's no need to include "-lpng"
on the link line.  (Qt uses libpng, but since ELF systems support
transitive dependencies you don't need to specify it when linking
libtileqt.so.)  Try removing -l flags from the link line until
you get a minimal set of dependencies.

Of course there are still two big issues: libqt and libstdc++.
Expect to see cross-distro compatibility issues with those two, too.

Your best bet is to compile and link libtileqt.so on the same
platform as the target host.


--Joe English

  jen...@fl...

[Tile-dev] tileqt

[Mats B. <ma...@pr...>]

I've built tileqt on my own linux machine and there it works OK but one of my testers
have problems. System:
[info patchlevel] = 8.4.14 
tile 0.7.3
I think I've built tileqt with the same version of tile but I'm not sure.

Trying to debug it results in the following:

couldn't load file "bin/unix/Linux/i686/tileqt /libtileqt0.4.so": 
libpng.so.3: cannot open shared object file: No such file or directory 

Adding this library all hell breaks loose resulting in very strange errors
I've seen before when I created Tcl_Obj corruption when creating Tcl_Obj
on arbitrary threads:

couldn't load file "bin/unix/Linux/i686/tileqt /libtileqt0.4.so": 
bin/unix/Linux/i686/tileqt /libtileqt0.4.so: undefined symbol: 
Ttk_StateTableLookup 

error reading package index file /usr/lib/vfs1.3/pkgIndex.tcl: syntax 
error in expression "[package provide Tcl] < 8.4": extra tokens at end 
of expression 
...

and there is no end to it.
I wonder how tileqt is built. Not sure what the relations are between tileqt and tile.
In other words, what to do to avoid problems like this?

Mats

Re: [Tile-dev] chasing arrows element

[Mats B. <ma...@pr...>]

Thanks for all this.
Patch applied to cvs. You can get direct cvs access if you want.

Jeff Hobbs wrote:
> Hi Mats,
> 
> Finally got some time to poke on this ... a few points.
> 
> Attached is a diff that updates TEA and fixes building somewhat on 
> Windows.  In fact, it is probably totally broken, but then again so is 
> the state of trying to build Ttk stuff for 8.5.
> 
> I think it is better to target 8.5+Ttk first, and fall back to 8.4+tile. 
>  The configure.in has been updated with respect to that.

Me still lives with 8.4

> 
> I made the TEA stuff work correctly for Windows, so I would recommend 
> dumping all the win/ build stuff.

I'm usually completely lost using TEA on windows why I keep VC++ projects around.

> 
> The part that I can't get quite right is that it is almost impossible to 
> build for Ttk with 8.5.  There are neither stubs to link against, nor 
> entries in the standard Tk (int) decls header.  One or both need to be 
> addressed in the core (this is really a core issue).  I'll work with Joe 
>  on the best way to address that.

Couldn't you just append the ttk stubs API to the tk ones?

> 
> On the unix side, I haven't poked much, but it isn't sufficiently 
> finding the xft/cairo stuff for the build to work for me now.  Probably 
> more configure magic is required there.
> 

I added TEA_ADD_LIBS([-lcairo]) since I wasn't sure how the dynamic loading worked.

> Also, the uxtheme dynamic loading isn't properly indirected right now, 
> so it is required to link in uxtheme.lib at build time currently.  You 
> can see how tile actually addresses this in the code.
> 

I was experimenting with various ways to draw the background but I couldn't find
any working. Just mailed Georgios about this. The intention is to let go
the direct linking to uxtheme and gdiplus and do it dynamically in the code
as tile does it. I need to understand this.

> I haven't tried building on OS X yet, but with the latest TEA, it 
> shouldn't be hard to support as well.
> 

Again, I normally use PB here.

Many thanks for your help,   Mats

Re: [Tile-dev] chasing arrows element

[Jeff H. <je...@ac...>]

Hi Mats,

Finally got some time to poke on this ... a few points.

Attached is a diff that updates TEA and fixes building somewhat on 
Windows.  In fact, it is probably totally broken, but then again so is 
the state of trying to build Ttk stuff for 8.5.

I think it is better to target 8.5+Ttk first, and fall back to 8.4+tile. 
  The configure.in has been updated with respect to that.

I made the TEA stuff work correctly for Windows, so I would recommend 
dumping all the win/ build stuff.

The part that I can't get quite right is that it is almost impossible to 
build for Ttk with 8.5.  There are neither stubs to link against, nor 
entries in the standard Tk (int) decls header.  One or both need to be 
addressed in the core (this is really a core issue).  I'll work with Joe 
  on the best way to address that.

On the unix side, I haven't poked much, but it isn't sufficiently 
finding the xft/cairo stuff for the build to work for me now.  Probably 
more configure magic is required there.

Also, the uxtheme dynamic loading isn't properly indirected right now, 
so it is required to link in uxtheme.lib at build time currently.  You 
can see how tile actually addresses this in the code.

I haven't tried building on OS X yet, but with the latest TEA, it 
shouldn't be hard to support as well.

Regards,

Jeff

Mats Bengtsson wrote:
> It has four "themes":
>  o Tk drawing used as fallback
>  o native aqua on Mac
>  o cairo graphics on X11
>  o gdi+ on XP+
> 
> I'v tried to load the cairo and gdi+ dynamically similar to how tile uses uxtheme.dll.
> The Tk drawing is a bit primitive since it is nearly impossible to make anything look
> nice on 16x16 without antialiasing.
> 
> Problems still not solved (which I'd appreciate getting help with):
>  o Can't figure out how to do themed backgrounds on windows (XP)
>  o Panics on XP complaining about a palette?
>  o Build systems probably need to be better (unix: TEA; win: VC++7; Mac: PB).
>  
> I'm not sure I've got the ttk stub linking OK since I got crashes on the first Ttk call
> after Ttk_InitStubs() if I used a different tile than the stub version.

[Tile-dev] chasing arrows element

[Mats B. <ma...@pr...>]

Dear all,

I have produced a chasing arrows element that is supposed to be stub linked to tile.
The widget (element) is native on aqua, used by Firefox/Thunderbird on all platforms, 
and in some of Googles web interfaces (Google Analytic). 
It is very useful for client developers and I think it should be a part of any toolkit.

It has four "themes":
 o Tk drawing used as fallback
 o native aqua on Mac
 o cairo graphics on X11
 o gdi+ on XP+

I'v tried to load the cairo and gdi+ dynamically similar to how tile uses uxtheme.dll.
The Tk drawing is a bit primitive since it is nearly impossible to make anything look
nice on 16x16 without antialiasing.

Problems still not solved (which I'd appreciate getting help with):
 o Can't figure out how to do themed backgrounds on windows (XP)
 o Panics on XP complaining about a palette?
 o Build systems probably need to be better (unix: TEA; win: VC++7; Mac: PB).
 
I'm not sure I've got the ttk stub linking OK since I got crashes on the first Ttk call
after Ttk_InitStubs() if I used a different tile than the stub version.

Cvs contains prebuilt shared libs. Get it all using:
cvs -d:pserver:ano...@tc...:/cvsroot/tclbitprint login 
cvs -z3 -d:pserver:ano...@tc...:/cvsroot/tclbitprint co -P chasingarrows

I'll be glad to add any contributers.

/Mats