wxcode-users — Submission, Questions, Information

[wxCode-users] Registration of wxShapeFramework component

[Michal B. <mic...@ti...>]

name: wxShapeFramework
wxversion: 2.8
category: data container,graphics
language: cpp
description: wxShapeFramework (wxSF) is a software framework based on 
wxWidgets which allows easy development of software applications 
manipulating graphical objects, gui controls and diagrams like various 
CASE tools, technological processes modeling tools, etc.
location: wxsf
cdate: 2008-10-07
id:
status: beta
docs: doxygen
buildsys: projectfiles,makefiles,bakefile-based
extdep: none
wiki: disabled
wxport: all
samples: 5
approved: 0
author: Michal Bližňák
version: 1.6.2
inSVN: 1
maintainerid: 61

Maintainer SF username: MichalBliznak
Maintainer name: Michal Bližňák
Maintainer mail address: mic...@ti...

Re: [wxCode-users] undefined reference to `vtable for wxCustomButton'

[Francesco M. <f18...@ya...>]

Hi,

Jonathan Haws ha scritto:
> I am having troubles compiling my application that makes use of wxCustomButton in wxThings.  A build log is included.
> 
> I had this error once before and it was due to some interesting compiler directives.  I found that those are included in wxCustomButton:
> 
> #if defined(__GNUG__) && !defined(NO_GCC_PRAGMA)
>         #pragma implementation "toggle.h"
> #endif
> 
> What do those lines do?
these lines can be removed; more precisily, it would be _better_ to remove them. 
They can only cause troubles nowadays; they were once used to obtain compile 
time gains...

>  Would they be causing this undefined reference to vtable for wxCustomButton?
yes; that's a possible cause

>  If not, what would and how can I resolve it?
another reason could be that the makefile is not linking the EXE to the object 
file for wxCustomButton...

> 
> Note that I did try commenting out those lines in the code and recompiling.  That did not help.
hmmm, strange. Did you recompile from scratch (i.e. removing any *.o of the old 
compile process)?

Can you compile&link the wxThings samples?

If you can, then the problem seems to rely in your sources (or in your makefile)...

Francesco

[wxCode-users] undefined reference to `vtable for wxCustomButton'

[Jonathan H. <Jon...@sd...>]

I am having troubles compiling my application that makes use of wxCustomButton in wxThings.  A build log is included.

I had this error once before and it was due to some interesting compiler directives.  I found that those are included in wxCustomButton:

#if defined(__GNUG__) && !defined(NO_GCC_PRAGMA)
        #pragma implementation "toggle.h"
#endif

What do those lines do?  Would they be causing this undefined reference to vtable for wxCustomButton?  If not, what would and how can I resolve it?

Note that I did try commenting out those lines in the code and recompiling.  That did not help.

I appreciate the help!

NOTES ON THE BUILD LOG:

The library Sdbase contains the Msglog class.  It is prebuilt.  I do have access to the source, but I would like to not change that if possible.

The library wx_gtk2_wxthings-2.8 contains all the wxThings.  wxCustomButton is included here.  I believe this is where the problem lies, but I may be wrong.

Thanks!

**** Build of configuration Linux GCC for project GSE ****

make all
g++ -o build/arssgse build/arssgseapp.o build/arssgse.o build/ballistics.o build/confirm.o build/ipselect.o build/locked.o build/pwpmodes.o build/telemetry.o build/viginfo.o build/vigsim.o build/weaponics.o build/blocks/wxarssgse.o build/blocks/wxballistics.o build/blocks/wxverify.o build/blocks/wxipselect.o build/blocks/wxlocked.o build/blocks/wxpwpmodes.o build/blocks/wxtelemetry.o build/blocks/wxviginfo.o build/blocks/wxvigsim.o build/blocks/wxweaponics.o -L. `wx-config --libs` `wx-config --gl-libs` -lGLU -lGL -lwx_gtk2_wxthings-2.8 -lSdbase
./libSdbase.a(Msglog.o): In function `Msglog::onListMsgSelected(wxListEvent&)':
Msglog.cpp:(.text+0x268): undefined reference to `wxCustomButton::SetValue(bool)'
./libSdbase.a(Msglog.o): In function `Msglog::create(std::basic_string<char, std::char_traits<char>, std::allocator<char> >&, std::basic_string<char, std::char_traits<char>, std::allocator<char> >&)':
Msglog.cpp:(.text+0xba87): undefined reference to `vtable for wxCustomButton'
Msglog.cpp:(.text+0xbb4d): undefined reference to `wxCustomButton::Init()'
Msglog.cpp:(.text+0xbbd0): undefined reference to `wxCustomButton::Create(wxWindow*, int, wxString const&, wxBitmap const&, wxPoint const&, wxSize const&, long, wxValidator const&, wxString const&)'
Msglog.cpp:(.text+0xbdef): undefined reference to `wxCustomButton::SetMargins(wxSize const&, bool)'
Msglog.cpp:(.text+0xbed8): undefined reference to `vtable for wxCustomButton'
Msglog.cpp:(.text+0xbf9e): undefined reference to `wxCustomButton::Init()'
Msglog.cpp:(.text+0xc021): undefined reference to `wxCustomButton::Create(wxWindow*, int, wxString const&, wxBitmap const&, wxPoint const&, wxSize const&, long, wxValidator const&, wxString const&)'
Msglog.cpp:(.text+0xc240): undefined reference to `wxCustomButton::SetMargins(wxSize const&, bool)'
Msglog.cpp:(.text+0xc329): undefined reference to `vtable for wxCustomButton'
Msglog.cpp:(.text+0xc3ef): undefined reference to `wxCustomButton::Init()'
Msglog.cpp:(.text+0xc472): undefined reference to `wxCustomButton::Create(wxWindow*, int, wxString const&, wxBitmap const&, wxPoint const&, wxSize const&, long, wxValidator const&, wxString const&)'
Msglog.cpp:(.text+0xc691): undefined reference to `wxCustomButton::SetMargins(wxSize const&, bool)'
Msglog.cpp:(.text+0xc77a): undefined reference to `vtable for wxCustomButton'
Msglog.cpp:(.text+0xc840): undefined reference to `wxCustomButton::Init()'
Msglog.cpp:(.text+0xc8c3): undefined reference to `wxCustomButton::Create(wxWindow*, int, wxString const&, wxBitmap const&, wxPoint const&, wxSize const&, long, wxValidator const&, wxString const&)'
Msglog.cpp:(.text+0xcae2): undefined reference to `wxCustomButton::SetMargins(wxSize const&, bool)'
Msglog.cpp:(.text+0xcdc1): undefined reference to `wxCustomButton::wxCustomButton(wxWindow*, int, wxString const&, wxBitmap const&, wxPoint const&, wxSize const&, long, wxValidator const&, wxString const&)'
Msglog.cpp:(.text+0xcf5f): undefined reference to `wxCustomButton::SetMargins(wxSize const&, bool)'
Msglog.cpp:(.text+0xd0dd): undefined reference to `wxCustomButton::wxCustomButton(wxWindow*, int, wxString const&, wxBitmap const&, wxPoint const&, wxSize const&, long, wxValidator const&, wxString const&)'
Msglog.cpp:(.text+0xd27b): undefined reference to `wxCustomButton::SetMargins(wxSize const&, bool)'
Msglog.cpp:(.text+0xd3f9): undefined reference to `wxCustomButton::wxCustomButton(wxWindow*, int, wxString const&, wxBitmap const&, wxPoint const&, wxSize const&, long, wxValidator const&, wxString const&)'
Msglog.cpp:(.text+0xd597): undefined reference to `wxCustomButton::SetMargins(wxSize const&, bool)'
Msglog.cpp:(.text+0xd715): undefined reference to `wxCustomButton::wxCustomButton(wxWindow*, int, wxString const&, wxBitmap const&, wxPoint const&, wxSize const&, long, wxValidator const&, wxString const&)'
Msglog.cpp:(.text+0xd8b3): undefined reference to `wxCustomButton::SetMargins(wxSize const&, bool)'
Msglog.cpp:(.text+0xda31): undefined reference to `wxCustomButton::wxCustomButton(wxWindow*, int, wxString const&, wxBitmap const&, wxPoint const&, wxSize const&, long, wxValidator const&, wxString const&)'
Msglog.cpp:(.text+0xdbcf): undefined reference to `wxCustomButton::SetMargins(wxSize const&, bool)'
Msglog.cpp:(.text+0xde73): undefined reference to `wxCustomButton::SetValue(bool)'
Msglog.cpp:(.text+0xde93): undefined reference to `wxCustomButton::SetValue(bool)'
Msglog.cpp:(.text+0xdeb4): undefined reference to `wxCustomButton::SetValue(bool)'
Msglog.cpp:(.text+0xded5): undefined reference to `wxCustomButton::SetValue(bool)'
Msglog.cpp:(.text+0xdef6): undefined reference to `wxCustomButton::SetValue(bool)'
./libSdbase.a(Msglog.o):Msglog.cpp:(.text+0xdf1b): more undefined references to `wxCustomButton::SetValue(bool)' follow
collect2: ld returned 1 exit status
make: *** [build/arssgse] Error 1

--
Jonathan R. Haws
Electrical Engineering
Space Dynamics Laboratory

Jon...@sd...
(435)797-4629

[wxCode-users] IMPORTANT: website services (currently?) not operational

[Francesco M. <f18...@ya...>]

Hi all,
    recently SF.net changed (again!) their infrastructure in many aspect; in 
particular they removed the SSH log-in support from their web servers.

Now I cannot run anymore wxCode maintainance scripts not even manually from an 
SSH session. This means that any component submission done in these days (or in 
the last few weeks) and in the future days (until a solution is found) won't be 
noticed.

SUBMITTERS OF NEW COMPONENTS: PLEASE POST HERE A MESSAGE DESCRIBING YOUR 
COMPONENT RATHER THAN USING THE WEBSITE SUBMISSION FORM (NO EMAIL WILL BE SENT 
USING THAT FORM).

This last modification of SF structures is really a trouble since we had written 
in the past years a number of scripts meant to be run from the SF servers from 
time to time.

Before searching other solutions for wxCode maintainance I'll wait until SF 
"stabilizes" (new services are being added in these days/weeks).

Bye,
Francesco Montorsi

Re: [wxCode-users] Bugs in wxTreeListCtrl

[PGRID dev. <pgr...@ya...>]

Hi there
Thanks for your detailed message. I am just back from a trip, I will look at this in the coming days. I would appreciate if you 
could create an entry in the bug tracker for each bug (also possible if you do not have a SF account):
http://sourceforge.net/tracker/?func=add&group_id=51305&atid=462816
Regards,
Ronan


----- Original Message ----- 
From: "Yaroslav" <dal...@ya...>
To: <wxc...@li...>
Sent: Thursday, 04 September, 2008 20:04
Subject: [wxCode-users] Bugs in wxTreeListCtrl


> Hi,
>
> Thanks for the wxTreeListCtrl.
>
> There are two bugs in your code that break "Edit Label" functionality.
>
> Bug 1. After several renames, I get either intermittent crashes or failure of
> the Edit control to show and work properly.
>
> The bug is due to the usage of a deleted object. Say, we're editing a label and
> hit ENTER. In the OnChar handler, the edit control is marked for some
> asynchronous deletion, and then m_finished flag is set.
>
>
> void wxEditTextCtrl::OnChar( wxKeyEvent &event )
> {
>    //...
>    if (event.GetKeyCode() == WXK_RETURN)
>    {
>        if (!wxPendingDelete.Member(this))
>            wxPendingDelete.Append(this);
>
>        m_finished = true;
>        // ...
>    }
>    // ...
> }
>
>
> At some point in time _later_, the destructor is called (because the object has
> been pending for deletion), whicn in turn calls CancelEdit. CancelEdit exits
> immediately, because m_finished is set. So there's no chance that
> m_renameControl of the owner is reset to NULL.
>
>
> void wxEditTextCtrl::CancelEdit() {
>    if (m_finished) return;
>
>    // ...
>    if (m_owner) {
>        m_owner->OnRenameAccept(true);  // cancelled
>        if (m_owner->m_renameControl == this) {
>            m_owner->m_renameControl = NULL;
>            m_owner->m_editItem = NULL;
>        }
>        // ...
>    }
>
>    // ...
> }
>
>
> In the next EditLabel call, the following code will crash, because
> m_renameControl pointer is dangling.
>
>
>    if (m_renameControl) {
>        m_renameControl->CancelEdit();
>    }
>
>
> I patched this bug by moving the "m_owner->m_renameControl = NULL" above the "if
> (m_finished) return;" in CancelEdit. The patch works for me but may be wrong in
> some way; unfortunately, I don't have time to think it over and test it. So
> please fix this major bug as you see fit.
>
>
> Bug 2. After editing a label, I kill the focus of the edit control by clicking
> outside. If the click happens to land on one of the other tree-list columns,
> then that column gets updated with the new text, not the main column.
>
> Since I only need to edit the main column, I changed this line (in
> wxTreeListMainWindow::OnRenameAccept)
>
> SetItemText (m_editItem, m_curColumn, m_renameRes);
>
> to
>
> SetItemText (m_editItem, 0, m_renameRes);
>
> but this is not suitable when you need other columns, too. (I didn't investigate
> this one.)
>
>
> There are other bugs (like crashing when removing a node with selection), which
> I will report when I have the details.
>
>
> Thanks,
>
> Regards,
> Yaroslav.
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users 

[wxCode-users] Bugs in wxTreeListCtrl

[Yaroslav <dal...@ya...>]

Hi,

Thanks for the wxTreeListCtrl.

There are two bugs in your code that break "Edit Label" functionality. 

Bug 1. After several renames, I get either intermittent crashes or failure of
the Edit control to show and work properly.

The bug is due to the usage of a deleted object. Say, we're editing a label and
hit ENTER. In the OnChar handler, the edit control is marked for some
asynchronous deletion, and then m_finished flag is set.


void wxEditTextCtrl::OnChar( wxKeyEvent &event )
{
    //...
    if (event.GetKeyCode() == WXK_RETURN)
    {
        if (!wxPendingDelete.Member(this))
            wxPendingDelete.Append(this);

        m_finished = true;
        // ...
    }
    // ...
}


At some point in time _later_, the destructor is called (because the object has
been pending for deletion), whicn in turn calls CancelEdit. CancelEdit exits
immediately, because m_finished is set. So there's no chance that
m_renameControl of the owner is reset to NULL.


void wxEditTextCtrl::CancelEdit() {
    if (m_finished) return;

    // ...
    if (m_owner) {
        m_owner->OnRenameAccept(true);  // cancelled
        if (m_owner->m_renameControl == this) {
            m_owner->m_renameControl = NULL;
            m_owner->m_editItem = NULL;
        }
        // ...
    }

    // ...
}


In the next EditLabel call, the following code will crash, because
m_renameControl pointer is dangling.


    if (m_renameControl) {
        m_renameControl->CancelEdit();
    }


I patched this bug by moving the "m_owner->m_renameControl = NULL" above the "if
(m_finished) return;" in CancelEdit. The patch works for me but may be wrong in
some way; unfortunately, I don't have time to think it over and test it. So
please fix this major bug as you see fit.


Bug 2. After editing a label, I kill the focus of the edit control by clicking
outside. If the click happens to land on one of the other tree-list columns,
then that column gets updated with the new text, not the main column.

Since I only need to edit the main column, I changed this line (in
wxTreeListMainWindow::OnRenameAccept)

SetItemText (m_editItem, m_curColumn, m_renameRes);

to

SetItemText (m_editItem, 0, m_renameRes);

but this is not suitable when you need other columns, too. (I didn't investigate
this one.)


There are other bugs (like crashing when removing a node with selection), which
I will report when I have the details.


Thanks,

Regards,
Yaroslav.

[wxCode-users] wxTreeListCtrl - new release 2008-07-21 (upgrade recommended)

[PGRID dev. <pgr...@ya...>]

For wxTreeListCtrl users: 

If you are using this control, it is recommended that you upgrade to the latest version:
  several crashes fixed, events enhanced --changelog below

website: http://wxcode.sourceforge.net/components/treelistctrl

* treelistctrl_2008-07-21.tar.gz
  - Fixed: selection behavior
  - Fixed: make all mouse events accessible to child class [#2018407]
  - Fixed: column now always populated for mouse events [#2018407]
  - Fixed: crash on key navigation after item delete [#2021908]
  - Fixed: crash on edit after item delete [#2021908]
  - Fixed: missing event EVT_TREE_END_LABEL_EDIT when cancelled
  - Fixed: several crash possibilities when there is no root [#2021908]
  - Changed: changing the selection mode (wxTR_MULTIPLE style) will now reset the selection
  - Changed: id of main column is always returned in events (used to be -1 on blank area)
  - Changed: after an item is deleted, its next siblings is selected if it exists
  - Changed: key actions: if no item is selected, root is selected and no further action is taken
  - Changed: use same logic for double-click and return key (i.e. activate event will expand by default)
  - Added: events EVT_TREE_ITEM_MIDDLE_CLICK, EVT_TREE_ITEM_MENU
  - Added: events are also generated when empty area is clicked (with wxTreeEvent::IsOk() returning false) [#2018407]
  - Added: test program now with log window showing events fired
  - Added: test program includes compile option WITH_CHILD_CLASS demonstrating capturing mouse events in child class [#2018407]
  - Doc: added ommited (EVT_TREE_END_DRAG,EVT_TREE_ITEM_RIGHT_CLICK) and new events [#2018407]
  - Doc: mention wxTreeEvent::GetInt() to obtain column [#2018407]
  - Doc: corrected incorrect mention of no event on some delete actions

* treelistctrl_2008-06-18.tar.gz
  - Fixed: dead zone in labels with big fonts
  - Fixed: improved text/frame proportion in label row for big fonts (MSW)
  - Added: support for MinGW+MSYS through Makefile
  - Added: support for CodeBlock+GCC through project file

Happy coding,
Ronan

Re: [wxCode-users] Translation of WebUpdater

[Francesco M. <f18...@ya...>]

Daniel Pomrehn ha scritto:
> Hello,
> 
> Thank you very much Francesco. I've found the file you mentioned in the 
> subversion Repository. It wasn't distributed with the .tar.gz file I 
> used and therefore I didn't find it.
Ops; the next release will include that folder ;)

Francesco

Re: [wxCode-users] Cron job: FixedWidthImportCtl is pending approval

[Francesco M. <f18...@ya...>]

I forgot one thing; the component skeleton has been added to wxCode SVN 
with the name "fixedwidthimportctrl"; even if it's much longer than 
"fixdwdthimp" it's better for readability...

Francesco



Francesco Montorsi ha scritto:
> Hi,
> 
> Manuel Martín ha scritto:
>> Hi, Francesco
>>> name: FixedWidthImportCtl
>>> I don't understand the "import" part of the name... is the component 
>>> oriented exclusively for the creation of a File->Import menu command?
>> Exclusively not, but mainly. I've attached a .jpg to this mail. You will 
>> recognize it...
> ok; I understand; well, let's call it FixedWithImportCtrl then.
> 
>>> Also I'd use "Ctrl" instead of "Ctl"...
>> I can't do this just logging to wxCode. I'm sure you can.
> done
> 
> 
>>> description: A control for defining columns-widths in a file or block 
>>> of text. The user
>>> sees the text and sets delimiters. The widths these marks represent 
>>> will be used to
>>> break each line into pieces.
>>> I'd reword the part "The user sees the text and sets delimiters" as 
>>> "The control displays the text and the column markers."... or 
>>> something like that.
>> Done
> perfect!
> 
> 
>>> As soon as these details are fixed I'll approve the component...
> Approved; you should now be able to upload to wxCode SVN the sources of 
> your component. Please refer to the maintainer guide on wxCode website 
> for more info about setting everything up.
> 
> Ask here for any question or doubt,
> Francesco
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: [wxCode-users] Cron job: FixedWidthImportCtl is pending approval

[Francesco M. <f18...@ya...>]

Hi,

Manuel Martín ha scritto:
> Hi, Francesco
>> name: FixedWidthImportCtl
>> I don't understand the "import" part of the name... is the component 
>> oriented exclusively for the creation of a File->Import menu command?
> 
> Exclusively not, but mainly. I've attached a .jpg to this mail. You will 
> recognize it...
ok; I understand; well, let's call it FixedWithImportCtrl then.

>>
>> Also I'd use "Ctrl" instead of "Ctl"...
> I can't do this just logging to wxCode. I'm sure you can.
done


>> description: A control for defining columns-widths in a file or block 
>> of text. The user
>> sees the text and sets delimiters. The widths these marks represent 
>> will be used to
>> break each line into pieces.
>> I'd reword the part "The user sees the text and sets delimiters" as 
>> "The control displays the text and the column markers."... or 
>> something like that.
> Done
perfect!


>>
>> As soon as these details are fixed I'll approve the component...
Approved; you should now be able to upload to wxCode SVN the sources of 
your component. Please refer to the maintainer guide on wxCode website 
for more info about setting everything up.

Ask here for any question or doubt,
Francesco

Re: [wxCode-users] Translation of WebUpdater

[Daniel P. <po...@da...>]

Hello,

Thank you very much Francesco. I've found the file you mentioned in the 
subversion Repository. It wasn't distributed with the .tar.gz file I 
used and therefore I didn't find it.

Have a nice day
Daniel

Francesco Montorsi schrieb:
> Hi,
>
> Daniel Pomrehn ha scritto:
>   
>> Hello,
>>
>> I'm using the WebUpdater in a German Application. Is it possible, to 
>> translate the User Interface of the WebUpdater?
>>     
> It is already translated in German ;)
>
> Please check the Readme.txt in the webupdate/locale folder; it explains 
> how to use the localized files...
>
> Francesco
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>   

Re: [wxCode-users] Translation of WebUpdater

[Francesco M. <f18...@ya...>]

Hi,

Daniel Pomrehn ha scritto:
> Hello,
> 
> I'm using the WebUpdater in a German Application. Is it possible, to 
> translate the User Interface of the WebUpdater?
It is already translated in German ;)

Please check the Readme.txt in the webupdate/locale folder; it explains 
how to use the localized files...

Francesco

Re: [wxCode-users] Cron job: FixedWidthImportCtl is pending approval

[Francesco M. <f18...@ya...>]

Hi Manolo,

       everything seems good; just a couple details before approving the 
components:

> name: FixedWidthImportCtl
I don't understand the "import" part of the name... is the component 
oriented exclusively for the creation of a File->Import menu command?

Also I'd use "Ctrl" instead of "Ctl"...

> description: A control for defining columns-widths in a file or block of text. The user sees the text and sets delimiters. The widths these marks represent will be used to break each line into pieces.
I'd reword the part "The user sees the text and sets delimiters" as "The 
control displays the text and the column markers."... or something like 
that.

As soon as these details are fixed I'll approve the component...

Francesco

[wxCode-users] Cron job: FixedWidthImportCtl is pending approval

[Francesco M. <fr...@us...>]

name: FixedWidthImportCtl
wxversion: 2.8
category: control,import/export
language: cpp
description: A control for defining columns-widths in a file or block of text. The user sees the text and sets delimiters. The widths these marks represent will be used to break each line into pieces.
location: fixdwdthimp
cdate: 2008-08-07
id: 141
status: stable
docs: notavailable
buildsys: 
extdep: none
wiki: disabled
wxport: all
samples: 0
approved: 0
author: Manuel Martin
version: 1.0
inCVS: 0
maintainerid: 64

Maintainer SF username: mmarsan
Maintainer name: Manolo
Maintainer mail address: mm...@ce...

[wxCode-users] [ wxcode-Bugs-2051640 ] Minor edits needed for gcc 4.2 compile

[SourceForge.net <no...@so...>]

Bugs item #2051640, was opened at 2008-08-14 08:03
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2051640&group_id=51305

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: treelistctrl
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Carl Godkin (cgodkin)
Assigned to: Otto Wyss (wyo)
Summary: Minor edits needed for gcc 4.2 compile

Initial Comment:
I downloaded the very latest treelistctrl.cpp 
for use in my project.  Compiling with gcc 4.2 (64-bit Linux) produced errors:

treelistctrl.cpp -o linux32/treelistctrl.o
treelistctrl.cpp:643: error: ISO C++ forbids declaration of 'wxEditTextCtrl' with no type
treelistctrl.cpp:643: error: expected ';' before '*' token

treelistctrl.cpp:658: error: extra qualification 'wxTreeListMainWindow::' on member 'DoDeleteItem'
treelistctrl.cpp: In member function 'void wxEditTextCtrl::CancelEdit()':

(These actually lead to more errors.)

Anyway, to allow this to build on gcc 4.2 I simply 
had to declare 

class wxEditTextCtrl;

before class wxTreeListMainWindow for the first one.

For the second one, I simply removed the 
"wxTreeListMainWindow::" from DoDeleteItem()'s
declaration.

---

I don't understand why the friend declaration 
didn't suffice for the first problem, but the second one is certainly an error.  Thanks!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2051640&group_id=51305

[wxCode-users] Translation of WebUpdater

[Daniel P. <po...@da...>]

Hello,

I'm using the WebUpdater in a German Application. Is it possible, to 
translate the User Interface of the WebUpdater? Is there any 
localizazion ready or is it planned for the future?

Thanks in advance

Daniel Pomrehn

[wxCode-users] Attention: Bug in wxSQLite3 1.9.0

[Ulrich T. <ulr...@gm...>]

Unfortunately the code to finalize all unfinalized prepared statements 
introduced for convenience in method wxSQLite3Database::Close does not 
work as expected if the RTree extension module of SQLite is used. In 
that case the application will crash on executing the Close method.

Please disable the change in method wxSQLite3Database::Close. The source 
code of wxSQLite3 in the wxCode SVN repository has been already changed 
accordingly. You may download the source from here:

http://wxcode.svn.sourceforge.net/viewvc/wxcode/trunk/wxCode/components/wxsqlite3/src/wxsqlite3.cpp 


A corrected file release will follow within the next week.

Sorry for any inconveniences this may have caused.

Regards,

Ulrich

[wxCode-users] [ wxcode-Patches-2028277 ] does not let me play make or run my programs

[SourceForge.net <no...@so...>]

Patches item #2028277, was opened at 2008-07-25 18:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462818&aid=2028277&group_id=51305

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Any
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: coaster3000 (coaster3000)
Assigned to: Nobody/Anonymous (nobody)
Summary: does not let me play make or run my programs

Initial Comment:
Hi it is coaster3000 from fsg site

I just wanted to report this bug

I am using Code Blocks Compiler and it is not on the list. so i just use gnu Compiler and then i do the rest and when i hit finish it pops up a message saying Debug configuration not compatable this will make you not able to build a debug

then the same thing goes for the release build!

can you fix this or release a version that will make this work Thanks Coaster3000

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462818&aid=2028277&group_id=51305

[wxCode-users] [ wxcode-Bugs-2021938 ] Deleting item from treelistctrl and using arrow keys crashes

[SourceForge.net <no...@so...>]

Bugs item #2021938, was opened at 2008-07-18 18:48
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2021938&group_id=51305

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: treelistctrl
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: JohnZ (jcz2001)
Assigned to: Otto Wyss (wyo)
Summary: Deleting item from treelistctrl and using arrow keys crashes

Initial Comment:
After my application code calls wxTreeListCtrl::Delete(), the user press the up arrow key and the application crashes.

I believe the crash is due to :

wxTreeListMainWindow::OnChar() is using m_curItem, which is pointing to the deleted item.

wxTreeListMainWindow::Delete() is not checking to see if m_curItem is the same item being deleted and setting it to null, like it does for m_selectItem.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2021938&group_id=51305

[wxCode-users] [ wxcode-Bugs-2021908 ] Deleting item from treelistctrl and using arrow keys crashes

[SourceForge.net <no...@so...>]

Bugs item #2021908, was opened at 2008-07-18 18:03
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2021908&group_id=51305

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: treelistctrl
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: JohnZ (jcz2001)
Assigned to: Otto Wyss (wyo)
Summary: Deleting item from treelistctrl and using arrow keys crashes

Initial Comment:
After my application code calls wxTreeListCtrl::Delete(), the user press the up arrow key and the application crashes.

I believe the crash is due to :

wxTreeListMainWindow::OnChar() is using m_curItem, which is pointing to the deleted item.

wxTreeListMainWindow::Delete() is not checking to see if m_curItem is the same item being deleted and setting it to null, like it does for m_selectItem.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2021908&group_id=51305

Re: [wxCode-users] Database encryption

[Ulrich T. <Ulr...@gm...>]

Hi Chong,

> The development of wxSQLite3 is 100% outside of United State?

Yes. 100% made in Germany. :-)

Regards,

Ulrich

[wxCode-users] [ wxcode-Feature Requests-2018434 ] test

[SourceForge.net <no...@so...>]

Feature Requests item #2018434, was opened at 2008-07-15 07:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462819&aid=2018434&group_id=51305

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Any component
Group: last released version
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ronan Chartois (pgriddev)
Assigned to: Nobody/Anonymous (nobody)
Summary: test

Initial Comment:
test

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462819&aid=2018434&group_id=51305

[wxCode-users] [ wxcode-Feature Requests-2018407 ] Mouse events with TreeListCtrl

[SourceForge.net <no...@so...>]

Feature Requests item #2018407, was opened at 2008-07-15 07:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462819&aid=2018407&group_id=51305

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: m.a.k. (mak83)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mouse events with TreeListCtrl

Initial Comment:
It seems as if the wxTreeListCtrl (http://wxcode.sourceforge.net/components/treelistctrl/) is not able to catch mouse events:

I just want to receive an event when the user clicks on an item, but when I try to set an event handler, for example with

m_treelist->Connect(ID_TREELISTCTRL, wxEVT_LEFT_DOWN, wxMouseEventHandler(MainWindow::OnLeftDown), NULL, this);

and I click somewhere on the tree list control it just happens - nothing... ;(

The same for all other mouse events like mouse move, right click etc.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462819&aid=2018407&group_id=51305

Re: [wxCode-users] Database encryption

[Chong T. S. <tie...@my...>]

Thank you very much for the information.

The development of wxSQLite3 is 100% outside of United State?

Thanks.

Regards,
Chong

-----Original Message-----
From: wxc...@li...
[mailto:wxc...@li...] On Behalf Of Ulrich Telle
Sent: Thursday, July 10, 2008 3:03 PM
To: wxc...@li...
Subject: Re: [wxCode-users] Database encryption

Hi Chong,

> I am not living in United States. Would there be any issue if the
> encryption implementation is included in the software product to
> be market worldwide including United States?

I don't see any such issues if you are using the encryption implementation as
an integral part of your product to protect your database against
manipulation from outside your application. It might depend on the kind of
product you have in mind, though. If the purpose of your product is legal,
you're certainly on the safe side. But as said before I'm not a lawyer.

Regards,

Ulrich

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
wxCode-users mailing list
wxC...@li...
https://lists.sourceforge.net/lists/listinfo/wxcode-users

Re: [wxCode-users] bakefile problems with --enable-shared option

[Ulrich T. <ulr...@gm...>]

Hi Francesco,

>> It would be better if the configure script would complain about 
>> mismatched options instead.
> this should be already done: try to give --enable-shared --without-wxshared.
> 
> It doesn't complain on the opposite case since it should be allowed to 
> give --disable-shared --with-wxshared; it's just that the bakefile part 
> for the SHARED option is missing.

You are right.

> I think we discussed something similar (i.e. whether we should use as 
> option names BUILD/SHARED/UNICODE as win32 wx makefiles do or rather 
> WX_DEBUG/WX_SHARED/WX_UNICODE option names -- we decided for the 
> latter)... but I don't think they we decided about coexistence of SHARED 
> and WX_SHARED...

You are right again. The discussion was about introducing WX_ prefixed 
options and, yes, we didn't decide the latter but the introduction.

> actually I tried to implement it and it results easier than I thought.
> [...]
> I have just committed updated version of wxCode bakefiles both to 
> CVS and SVN.

Great. I'll give it a try within the next few days.

> I'd appreciate if other peoples tested the modified build system...

I'll do that and let you know the results.

Regards,

Ulrich