<html><table border="1" cellpadding="0" cellspacing="0" style="border-collapse: collapse" bordercolor="#808080" id="AutoNumber1" bgcolor="#FFFFFF" width="589" height="341">
<tr><td width="587" bordercolor="#808080" bgcolor="#FFFFFF" height="284">
<p align="center"><a href="http://www.tropic-inks.com"><img border="0" src="http://www.buyexpressrx.com/images/postcard2.gif"; width="525" height="350"></a><p align="center">
&nbsp;</td></tr><tr><td width="587" height="26" bordercolor="#808080" bgcolor="#FFFFFF" rowspan="2" valign="bottom">
<p><font face="Arial" color="#808080" size="1">Your privacy is extremely important
to us. You requested to receive this mailing by subscribing to one or more of
our offers or through one of our marketing partners. As a leader in email
marketing, We are committed to delivering a highly rewarding experience, with
offers that include bargains, entertainment, and money-making ideas. However, if
you wish to unsubscribe, <a href="http://www.bestoffered.net/opt_out.htm">do so
here</a> Third-party offers contained in this email are the sole responsibility of the offer originator. </font>
<font face="Arial" color="#FFFFFF" size="1">vprjz-qriry^yvfgf(fbheprsbetr(arg</font></td></tr></table></body></html>

Bugs item #704318, was opened at 2003-03-16 00:30
Message generated for change (Comment added) made by captnmark
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=704318&group_id=31
>Category: verify
Group: appearance
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Marko Macek (captnmark)
Summary: Some problems with address bar
Initial Comment:
I played a bit with the options ShowAddressBar,
TaskBarShowWindows and TaskBarDoubleHeight.
I experienced three problems:
1. If ShowAddressBar=0, TaskBarShowWindows=0 and
TaskBarDoubleHeight=0 the address bar persists
after the first use via
Alt-Strg-Space. I think it's not what the user expects.
2. If TaskBarDoubleHeight=0 the address bar is too
high; I think it only
should as high as the taskbar if
TaskBarShowWindows=1 because it
has to cover the window buttons.
3. If TaskBarDoubleHeight=1 and ShowAddressBar=1 the
taskbar is
`broken', i.e. the address bar is to wide and
covers the clock, too. I
think the user expects that ShowAddressBar=1
displays it normal and
ShowAddressBar=0 disables the address bar.
I attached a patch (with the -u option :-) ) that
should fix this, at least here it works. At least 1 and
2 should be fixed if you have another opinion at 3.
----------------------------------------------------------------------
>Comment By: Marko Macek (captnmark)
Date: 2003-04-21 13:10
Message:
Logged In: YES
user_id=1814
fix checked in
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=704318&group_id=31

Bugs item #704251, was opened at 2003-03-15 21:36
Message generated for change (Comment added) made by captnmark
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=704251&group_id=31
>Category: verify
Group: appearance
Status: Open
>Resolution: Rejected
Priority: 3
Submitted By: Adam Pribyl (covexx)
Assigned to: Marko Macek (captnmark)
Summary: Second instance of mozilla has uncomplete buttons and border
Initial Comment:
Linux/RH73
On almost all of the icewms I've ever had I noticed
that opening second mozilla window results in the
incomplete buttons and borders/frames of this window.
(see picture)
How to reproduce situation on picture:
1/ set theme to metal2
2/ run "mozilla&"
3/ run "mozilla&" again.
Maybe this is some bug in mozilla, but this does not
happen under KDE or GNOME (as far as I tested). This is
mozilla specific, I do not remember this happen to some
other application.
----------------------------------------------------------------------
>Comment By: Marko Macek (captnmark)
Date: 2003-04-21 12:39
Message:
Logged In: YES
user_id=1814
Interpreting those hints seems to be correct (MwmUtil.h). It
looks like a bug in mozilla (when using -remote).
----------------------------------------------------------------------
Comment By: Adam Pribyl (covexx)
Date: 2003-03-31 22:26
Message:
Logged In: YES
user_id=607018
16c16
< _MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x8127978, 0x1,
0x0, 0x0
---
> _MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x8c3a4b0, 0x3a,
0x0, 0x0
this is diff between first and second instance of mozilla's
window xprop at my desktop.
----------------------------------------------------------------------
Comment By: Marko Macek (captnmark)
Date: 2003-03-30 19:36
Message:
Logged In: YES
user_id=1814
I suspect icewm is simply following the mwm hints that
mozilla sets (they are different for the two windows).
needs to be verified.
----------------------------------------------------------------------
Comment By: Adam Pribyl (covexx)
Date: 2003-03-16 14:06
Message:
Logged In: YES
user_id=607018
I tried without ~/.icewm/winoptions, with
~/.icewm/winoptions empty and with global winoptions empty -
no difference.
Also I tried different themes. In all cases result is the same.
----------------------------------------------------------------------
Comment By: Marko Macek (captnmark)
Date: 2003-03-16 10:24
Message:
Logged In: YES
user_id=1814
Can you, just in case try with an empty (not missing)
~/.icewm/winoptions file?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=704251&group_id=31