headers
bugzilla-daemon | 1 May 2003 02:54
Picon

[Bug 760] New: Linux compile fails at Calendar.cpp:350

http://mahogany.sourceforge.net/cgi-bin/show_bug.cgi?id=760

           Summary: Linux compile fails at Calendar.cpp:350
           Product: Mahogany
           Version: 0.64
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Build/Compile/Install (*IX)
        AssignedTo: mahogany-developers <at> lists.sourceforge.net
        ReportedBy: list1 <at> michaelshell.org

Using a Red Hat Linux system with:
gtk+ 1.2.9
glibc 2.2.5
gcc/g++ 2.96-113 (Red Hat's latest for their 7.x releases)
wxGTK 2.4.0

compilation fails with:

modules/Calendar.cpp:350: syntax error before `*'
modules/Calendar.cpp: In method `bool 
wxDateDialog::TransferDataFromWindow ()':
modules/Calendar.cpp:253: `m_SpinButton' undeclared (first use this 
function)
modules/Calendar.cpp:253: (Each undeclared identifier is reported only 
once for each function it appears in.)
modules/Calendar.cpp: At top level:
modules/Calendar.cpp:361: `EVT_SPIN_UP' was not declared in this scope
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 1 May 2003 16:47
Picon

[Bug 761] New: add a "start new thread" checkbox to composer

http://mahogany.sourceforge.net/cgi-bin/show_bug.cgi?id=761

           Summary: add a "start new thread" checkbox to composer
           Product: Mahogany
           Version: from CVS
        OS/Version: All
            Status: NEW
          Severity: wish list
          Priority: P4
         Component: Message compose/edit
        AssignedTo: mahogany-developers <at> lists.sourceforge.net
        ReportedBy: vadim <at> wxwindows.org

Sometimes when replying you want to change subject and start new thread -- but 
this won't work because M still creates References: header continuing the old 
thread. It should be possible to disable this.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Robert Vazan | 3 May 2003 19:31
Picon

Help menu

Does Help menu work? Mine doesn't. After looking into doc directory, I
think that wxhelp.map is broken. It has lines of form

Manual/1002     node123.html#SECTION00600000000000000000        ;FAQ -
Frequently Asked Questions

I think they should look something like

1002     Manual/node123.html#SECTION00600000000000000000        ;FAQ -
Frequently Asked Questions

Looking into doc/Makefile, there is a sed script that matches
[<space><tab>-0-9], which is supposed to match 0-9, but probably matches
<tab>-0. Regex [<space><tab>0-9-] might work better.

Btw, Mahogany expects that wxHelpController is the same as
wxExtHelpController while my wxWindows is configured to map it to
wxHtmlHelpController.

OK, I don't say details, but I doubt the above is news to you.

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 8 comments |
headers
Robert Vazan | 6 May 2003 17:52
Picon

Re: Help menu

Nobody replied so I assumed I am right. I made patch that fixes three
problems (description below). After these changes, my Help menu works.

Description:
First the sed script that generates wxhelp.map. Second, 
wxExtHelpController is explicitly requested rather than 
wxHelpController. If help system is supposed to work with 
wxHtmlHelpController, let me know. So far contents of my doc directory 
don't contain files that wxHtmlHelpController needs. Third, macro 
wxUSE_HTML has been renamed to wxUSE_WXHTML_HELP between 2.2 and 2.4
wxWindows releases. I have removed condition that checks it, because we
are using wxExtHelpController anyway.

Index: doc/Makefile
===================================================================
RCS file: /cvsroot/mahogany/M/doc/Makefile,v
retrieving revision 1.33
diff -b -u -2 -r1.33 Makefile
--- doc/Makefile        19 Dec 2001 14:22:45 -0000        1.33
+++ doc/Makefile        6 May 2003 15:37:11 -0000
 <at>  <at>  -38,5 +38,5  <at>  <at> 
 makemap: .src/wxhelp.map0 $(SUBDIRS)
         set -e; for i in $(SUB_DIRS); \
-        do sed "s,^\([         -0-9]*\),\1$$i/,g" $$i/wxhelp.map; \
+        do sed "s,^\([         0-9-]*\),\1$$i/,g" $$i/wxhelp.map; \
         done | sort -n -o wxhelp.map .src/wxhelp.map0 -
 else
Index: src/gui/wxMApp.cpp
===================================================================
RCS file: /cvsroot/mahogany/M/src/gui/wxMApp.cpp,v
(Continue reading)

Permalink | Reply | 7 comments |
headers
Xavier Nodet | 6 May 2003 18:50
Picon
Favicon

Re: Re: Help menu

On Tue, 6 May 2003 17:52:25 +0200 (CEST) Robert Vazan <robertvazan <at> privateweb.sk> wrote:

> Nobody replied so I assumed I am right. 

I must confess I must have tried help at most once, and it must have
been a long time ago... So I did not feel very concerned. Sorry for
leaving you 'alone in the dark'...

> I made patch that fixes three problems (description below). After
> these changes, my Help menu works.

I will try to apply your patch, and see what it gives for me.

Thanks for your help.

--

-- 
Xavier Nodet
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." - Benjamin Franklin, 1759.
Permalink | Reply | 0 comments |
headers
Vadim Zeitlin | 7 May 2003 02:10
Picon

Re: Address used by bounced mail

On Tue, 29 Apr 2003 21:58:12 +0200 (CEST) Michele Ravani <Michele.Ravani <at> swissonline.ch> wrote:

MR> does anyone know which address is used when a mail is bounced, e.g. because
MR> of and invalid address? Reply-to or From?

 This really depends on what do you mean by bounce. Also, this is certainly
configurable in different MTAs.

 Regards,
VZ

-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com
Permalink | Reply | 1 comment |
headers
Robert Vazan | 7 May 2003 17:56
Picon

Sizers in install wizard

IMO the visual defects in install wizard could be fixed pretty easily. I
made an experimental patch. This patch isn't meant for integration. It
just does enough modifications that Debug > Run install wizard shows
promising results. It uses method recommended in documentation for
wxWizard::SetPageSize. If nobody sees anything wrong with it, I could
do longer but complete modifications to the wizard. IMO visual defects
are important as they invoke doubts about quality of rest of the
program.

cvs diff -bu2 src/util/upgrade.cpp

Index: src/util/upgrade.cpp
===================================================================
RCS file: /cvsroot/mahogany/M/src/util/upgrade.cpp,v
retrieving revision 1.203
diff -b -u -2 -r1.203 upgrade.cpp
--- src/util/upgrade.cpp        30 Apr 2003 00:17:17 -0000        1.203
+++ src/util/upgrade.cpp        7 May 2003 15:42:05 -0000
 <at>  <at>  -63,4 +63,5  <at>  <at> 

 #include <wx/utils.h>         // wxGetFullHostName()
+#include <wx/sizer.h>         // wxBoxSizer

 #ifdef USE_DNS
 <at>  <at>  -763,5 +764,9  <at>  <at> 
                         : InstallWizardPage(wizard, InstallWizard_WelcomePage)
 {
-   (void)new wxStaticText(this, -1, _(
+   // Later call wxWindow::SetSizer and wxSizer::SetSizeHints
+   wxSizer *allControls = new wxBoxSizer(wxVERTICAL);
(Continue reading)

Permalink | Reply | 15 comments |
headers
Vadim Zeitlin | 8 May 2003 01:46
Picon

Re: Sizers in install wizard

On Wed, 7 May 2003 17:56:51 +0200 (CEST) Robert Vazan <robertvazan <at> privateweb.sk> wrote:

RV> IMO the visual defects in install wizard could be fixed pretty easily. I
RV> made an experimental patch. This patch isn't meant for integration. It
RV> just does enough modifications that Debug > Run install wizard shows
RV> promising results. It uses method recommended in documentation for
RV> wxWizard::SetPageSize. If nobody sees anything wrong with it, I could
RV> do longer but complete modifications to the wizard. IMO visual defects
RV> are important as they invoke doubts about quality of rest of the
RV> program.

 Yes, exactly -- this is one of the first things which the user sees and so
it would be nice if it wasn't so obviously broken.

 Your patch idea is, indeed, the right one. The only reason I've never done
it (except for the usual excuse of lack of time) is that I still hope to
add wxWizardSizer, working similarly to wxNotebookSizer and doing about the
same thing as your patch does, to wxWindows itself.

 So although I'd warmly welcome any patch fixing the wxWizard apearance
problems (which are especially bad with German translations I believe),
ideally I'd love to see this wxWizardSizer which would make sizing the
wizard correctly even simpler. Initially we could have it only in Mahogany
and it would be integrated in wxWindows later (as it has already happened
to a few other classes).

 Thanks!
VZ

-------------------------------------------------------
(Continue reading)

Permalink | Reply | 14 comments |
headers
Robert Vazan | 8 May 2003 18:25
Picon

Re: Sizers in install wizard

On Thu, 8 May 2003 01:46:13 +0200 (Romance Daylight Time) Vadim Zeitlin
<zeitlin <at> dptmaths.ens-cachan.fr> wrote:

> I still hope to
> add wxWizardSizer, working similarly to wxNotebookSizer and doing about
> the
> same thing as your patch does, to wxWindows itself.

Wouldn't it be better to add one method into wxWizard that would turn on
sizer layout? Pages would be added to some sort of wxMaxSizer or they
would be added and removed from some standard sizer.

> I'd love to see this wxWizardSizer which would make sizing the
> wizard correctly even simpler.

I can implement either wxWizardSizer or above mentioned modifications to
wxWizard (backward-compatible, of course). I will try the latter if you
don't see anything wrong with it.

> Initially we could have it only in
> Mahogany
> and it would be integrated in wxWindows later

This makes it much easier for me.

-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com
(Continue reading)

Permalink | Reply | 13 comments |
headers
Vadim Zeitlin | 9 May 2003 01:42
Picon

Re[2]: Sizers in install wizard

On Thu, 8 May 2003 18:25:10 +0200 (CEST) Robert Vazan <robertvazan <at> privateweb.sk> wrote:

RV> On Thu, 8 May 2003 01:46:13 +0200 (Romance Daylight Time) Vadim Zeitlin
<zeitlin <at> dptmaths.ens-cachan.fr> wrote:
RV> 
RV> > I still hope to add wxWizardSizer, working similarly to
RV> > wxNotebookSizer and doing about the same thing as your patch does, to
RV> > wxWindows itself.
RV> 
RV> Wouldn't it be better to add one method into wxWizard that would turn on
RV> sizer layout? Pages would be added to some sort of wxMaxSizer or they
RV> would be added and removed from some standard sizer.

 Yes, but what would this sizer be? It doesn't exist yet and this is
exactly why I want to create wxWizardSizer -- this is the same thing. I.e.
when you create the wizard pages you also create a wxWizardSizer (and call
wizard->SetSizer() with a pointer to it) and then add all the pages to that
sizer. Finally you simply call wizard->Fit().

 Note that just calling wizard->Fit() is *not* enough because the wizard
doesn't [always] know about all of its pages, so you do have to do
something more.

RV> > I'd love to see this wxWizardSizer which would make sizing the
RV> > wizard correctly even simpler.
RV> 
RV> I can implement either wxWizardSizer or above mentioned modifications to
RV> wxWizard (backward-compatible, of course). I will try the latter if you
RV> don't see anything wrong with it.
(Continue reading)

Permalink | Reply | 12 comments |

Gmane