wxcode-users — Submission, Questions, Information

Re: [wxCode-users] New components registered

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

Hi,

Luis Eduardo Cañedo ha scritto:
> 2009/4/5 Francesco Montorsi <f18...@ya... 
>     First, did you already write them or you plan to develop them after
>     setting up
>     their wxCode repo?
> 
> 
> Yes, I have used these libraries for some time, and they are ready for 
> download at:
> 
> http://sourceforge.net/project/showfiles.php?group_id=257959&package_id=316401 
> <http://sourceforge.net/project/showfiles.php?group_id=257959&package_id=316401>
> 
> https://sourceforge.net/project/showfiles.php?group_id=257966&package_id=316408 
> <https://sourceforge.net/project/showfiles.php?group_id=257966&package_id=316408>
> 
> And you can read the descriptions at:
> 
> http://somesourcecode.blogspot.com/
ah, ok -- I see that you already registered dedicated SF projects for them.

This changes very much the things: in fact, I think that you won't be using 
wxCode repository at all (there are no reasons to do it if you already have the 
components hosted in another place) and thus I'd suggest you to rather submit 
your libraries for indexing in wxcommunity: http://www.wxcommunity.com

wxCode provides hosting but not indexing of components hosted elsewhere...

Francesco

[wxCode-users] [ wxcode-Bugs-2735592 ] Build fault against wxWidgets 2.8.10

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

Bugs item #2735592, was opened at 2009-04-06 02:33
Message generated for change (Tracker Item Submitted) made by andrejsc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2735592&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: wxJSON
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Andrejs Cainikovs (andrejsc)
Assigned to: Nobody/Anonymous (nobody)
Summary: Build fault against wxWidgets 2.8.10

Initial Comment:
Trying to build the library under mingw with:

  - RELEASE build
  - UNICODE mode
  - STATIC mode
  - VERSION: 2.8.10

leads to compilation errors:

/home/AndrejsC/wxJSON-1.0.0/_build_/bk-deps g++ -c -o wxjson_lib_jsonreader.o -I../include -I/mingw/include -D__WXMSW__ -mthreads  -O2 ../src/jsonreader.cpp
In file included from ../include/wx/jsonreader.h:35,
                 from ../src/jsonreader.cpp:15:
../include/wx/jsonval.h:270: error: conflicting declaration 'typedef class std::tr1::unordered_map<wxString, wxJSONValue, wxStringHash, wxStringEqual, std::allocator<std::pair<const wxString, wxJSONValue> > > wxJSONInternalMap'
../include/wx/jsonval.h:40: error: 'struct wxJSONInternalMap' has a previous declaration as 'struct wxJSONInternalMap'
../include/wx/jsonval.h:354: error: field 'm_valMap' has incomplete type
make: *** [wxjson_lib_jsonreader.o] Error 1

Environment info:

binutils-2.19.1
gcc-4.3.3-tdm-1-core
gcc-4.3.3-tdm-1-g++
mingwrt-3.15.2
w32api-3.13

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

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

Re: [wxCode-users] New components registered

[Luis E. C. <lui...@gm...>]

Hi Francesco:

Don't worry, it's OK.

2009/4/5 Francesco Montorsi <f18...@ya...>

> Hi Luis,
>   sorry for the delay with this reply! I've been very busy recently!
>
> Luis Eduardo Cañedo ha scritto:
> > I have registered two libraries for database access that I would like to
> > share with the community of wxWidgets programmers.
> >
> > Can you check if this request is likely to authorize their publication?
> Sure.
>
> First, did you already write them or you plan to develop them after setting
> up
> their wxCode repo?
>

Yes, I have used these libraries for some time, and they are ready for
download at:

http://sourceforge.net/project/showfiles.php?group_id=257959&package_id=316401

https://sourceforge.net/project/showfiles.php?group_id=257966&package_id=316408

And you can read the descriptions at:

http://somesourcecode.blogspot.com/


>
>
> Let's go with the first one:
>
> > name: wxPgsLib
> I understand that "Pgs" is a short form for "Postgres" but I think it's a
> bit
> cryptic... also the "Lib" part is not strictly necessary (though it doesn't
> harm) as basically 99% of wxCode components are built as libraries...
>
> What about a more comprehensive "wxPostgres"? Or maybe "wxPostgresLib"...


1-Because Postgres is a copyright of Postgres Global Development Group

2-Because "Pgs" is well known by Postgres developers

3-And "Lib" because i couldn't registrer just wxPgs and wxOra at
sourceforge, and I had to change their names

>
>
> > wxversion: 2.8
> > category: database
> > language: cpp
> > description: wxPgsLib is a wxWidgets libraries for Postgresql database
> connection, SQL transactions and BLOBs support.
> > It works in native way with using the Postgres libpq libraries
> You probably already know about other DB-related wxWidgets-based
> components:
>
>
> http://wxcode.sourceforge.net/complist.php?compperpage=1000&viewmode=full&browseby=category&section=database&page=1
>
> In particular I see DatabaseLayer already interfaces with Postgres... of
> course
> if you already wrote the library it makes sense to register the component
> anyway, but if you didn't write it yet, you may want to reconsider doing it
> since there are already libraries for this kind of things... or am I
> missing
> something?


Database Layer is OK, but wxOra and wxPgs are bit diferents becuase they are
not based on JDBC, they are based in the databases native libraries OCCI for
wxOraLib and libpq for wxPgsLib


>
>
> > location: pgslib
> > cdate: 2007-10-01
> > id: 146
> > status: beta
> > docs: hand
> > buildsys: projectfiles
> > extdep: none
> > wiki: disabled
> > wxport: all
> > samples: 1
> > approved: 0
> > author: Luis Eduardo Cañedo Ugalde
> > version: 1.0.0
> > inCVS: 1
> Last, are you sure that you want to use CVS control?
> There's nothing really wrong with CVS, but Subversion is more modern and
> quicker
> to use...


I didn't know about it, how can I change this?


>
>
> > maintainerid: 105
> >
> > Maintainer SF username: eduardocanedo
> > Maintainer name: Luis Eduardo Cañedo
> > Maintainer mail address: lui...@gm...
>
>
> ======================================
>
> About the other component:
>
> > name: wxOraLib
> just like for the previous component I wonder if it's not better to use
> "wxOracle" or something like that...
>

The same answer that wxPgsLib


>
> > wxversion: 2.8
> > category: database
> > language: cpp
> > description: wxOraLib is a wxWidgets libraries for Oracle database
> connection, SQL transactions and BLOBs support.
> > It works in native way using the Oracle OCCI libraries
> Oracle seems not to be supported by existing wx wrappers of database
> libraries.
> So this component indeed looks very interesting.
>
> However I suspect that you probably wrapped Oracle and Postgres DB libs in
> the
> same interface, isn't it?
> If this is the case, wouldn't be better to create a single component and
> let the
> user choose the DB type at runtime?
> I'm probably missing something as I'm not very used to databases :)


These can be together, but it is not practical and should be separated
because they are written in different ways with different coverage and
headers, so if you do only one library, we will load a large number of
procedures that do not use.

If we read the source, we'll see that the two libraries had the same
methods, so, in compile time we can change easy one library for the other
one. The main idea is that some one who knows other databases, as I know
Postgres and Oracle, take this source as a base and rewrite the libraries
for other databases


>
>
> > location: oralib
> > cdate: 2007-08-01
> > id: 147
> > status: beta
> > docs: hand
> > buildsys: projectfiles
> > extdep: Oracle client
> > wiki: disabled
> > wxport: all
> > samples: 1
> > approved: 0
> > author: Luis Eduardo Cañedo Ugalde
> > version: 1.0.0
> > inCVS: 1
> same comment for previous component: Subversion is usually best :)
>
>
> > maintainerid: 105
>
>
> Thanks!
> Francesco
>
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>


Thanks for your mail, I hope I have answered your questions.

Re: [wxCode-users] New components registered

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

Hi Luis,
   sorry for the delay with this reply! I've been very busy recently!

Luis Eduardo Cañedo ha scritto:
> I have registered two libraries for database access that I would like to 
> share with the community of wxWidgets programmers.
> 
> Can you check if this request is likely to authorize their publication?
Sure.

First, did you already write them or you plan to develop them after setting up 
their wxCode repo?


Let's go with the first one:

> name: wxPgsLib
I understand that "Pgs" is a short form for "Postgres" but I think it's a bit 
cryptic... also the "Lib" part is not strictly necessary (though it doesn't 
harm) as basically 99% of wxCode components are built as libraries...

What about a more comprehensive "wxPostgres"? Or maybe "wxPostgresLib"...

> wxversion: 2.8                                                                                                                       
> category: database                                                                                                                   
> language: cpp                                                                                                                        
> description: wxPgsLib is a wxWidgets libraries for Postgresql database connection, SQL transactions and BLOBs support.               
> It works in native way with using the Postgres libpq libraries                                                                  
You probably already know about other DB-related wxWidgets-based components:

http://wxcode.sourceforge.net/complist.php?compperpage=1000&viewmode=full&browseby=category&section=database&page=1

In particular I see DatabaseLayer already interfaces with Postgres... of course 
if you already wrote the library it makes sense to register the component 
anyway, but if you didn't write it yet, you may want to reconsider doing it 
since there are already libraries for this kind of things... or am I missing 
something?

> location: pgslib                    
> cdate: 2007-10-01                                                                                                                    
> id: 146                                                                                                                              
> status: beta                                                                                                                         
> docs: hand                                                                                                                           
> buildsys: projectfiles                                                                                                               
> extdep: none                                                                                                                         
> wiki: disabled                                                                                                                       
> wxport: all                                                                                                                          
> samples: 1                                                                                                                           
> approved: 0                                                                                                                          
> author: Luis Eduardo Cañedo Ugalde                                                                                                   
> version: 1.0.0                                                                                                                       
> inCVS: 1                                                                                                                             
Last, are you sure that you want to use CVS control?
There's nothing really wrong with CVS, but Subversion is more modern and quicker 
to use...

> maintainerid: 105                                                                                                                    
> 
> Maintainer SF username: eduardocanedo
> Maintainer name: Luis Eduardo Cañedo 
> Maintainer mail address: lui...@gm...


======================================

About the other component:

> name: wxOraLib
just like for the previous component I wonder if it's not better to use 
"wxOracle" or something like that...

> wxversion: 2.8
> category: database
> language: cpp     
> description: wxOraLib is a wxWidgets libraries for Oracle database connection, SQL transactions and BLOBs support.
> It works in native way using the Oracle OCCI libraries                                                          
Oracle seems not to be supported by existing wx wrappers of database libraries.
So this component indeed looks very interesting.

However I suspect that you probably wrapped Oracle and Postgres DB libs in the 
same interface, isn't it?
If this is the case, wouldn't be better to create a single component and let the 
user choose the DB type at runtime?
I'm probably missing something as I'm not very used to databases :)

> location: oralib                                                                                                  
> cdate: 2007-08-01                                                                                                 
> id: 147                                                                                                           
> status: beta                                                                                                      
> docs: hand                                                                                                        
> buildsys: projectfiles                                                                                            
> extdep: Oracle client                                                                                             
> wiki: disabled                                                                                                    
> wxport: all                                                                                                       
> samples: 1                                                                                                        
> approved: 0                                                                                                       
> author: Luis Eduardo Cañedo Ugalde                                                                                
> version: 1.0.0                                                                                                    
> inCVS: 1            
same comment for previous component: Subversion is usually best :)
 

> maintainerid: 105                             


Thanks!
Francesco

Re: [wxCode-users] foldbar maintenance

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

Hi Gregory,
  sorry for the long delay with this reply, I've been very busy in the late 
period...

grhpas development ha scritto:
> I am interested in taking over the foldbar control. I have been using it 
> on an application I'm developing and I am beginning to plan some changes 
> on it, mostly appearance related, such as font colors etc. 
Very good!

Do you already registered as wxCode maintainer?
If so, what's your wxCode maintainer ID?

>Plus it will 
> be great to be in the 3rd release of the wxWidgets.
I'm not sure to understand what this means... wxWidgets 3.0 won't have contrib 
libraries (such as foldbar) anymore. Of course, this doesn't mean that contrib 
libraries are dead; they are available in wxCode for open development by anyone 
willing to do it :)

Francesco

[wxCode-users] New components registered

[Luis E. C. <lui...@gm...>]

Hi.

I have registered two libraries for database access that I would like to
share with the community of wxWidgets programmers.

Can you check if this request is likely to authorize their publication?

Tanks.

[wxCode-users] [ wxcode-Bugs-2720660 ] [wxJson v1.0] Escaped characters not read correctly

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

Bugs item #2720660, was opened at 2009-03-29 10:50
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2720660&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: wxJSON
Group: last released version
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: [wxJson v1.0] Escaped characters not read correctly

Initial Comment:
\t ,\n, \b, \r are not correctly read in wxJSONReader::ReadString

ex. [code]case 't'[/code] should be [code]case '\t'[/code]


Unrelated: an Unicode build warning can be fixed in wxJSONReader::AppendUnicodeSequence

Sorry for not sending a proper patch, I'll just attach  the modified cpp.

C

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

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

[wxCode-users] foldbar maintenance

[grhpas d. <gr...@gm...>]

Hello,
I am interested in taking over the foldbar control. I have been using it on
an application I'm developing and I am beginning to plan some changes on it,
mostly appearance related, such as font colors etc. Plus it will be great to
be in the 3rd release of the wxWidgets.

Thanks in advance,
Gregory Papadopoulos

[wxCode-users] [ wxcode-Bugs-2711298 ] databaselayer: firebird transaction remains opened (wrong)

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

Bugs item #2711298, was opened at 2009-03-25 10:39
Message generated for change (Tracker Item Submitted) made by bevz
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2711298&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: E.Bevz (bevz)
Assigned to: Nobody/Anonymous (nobody)
Summary: databaselayer: firebird transaction remains opened (wrong)

Initial Comment:
file: FirebirdPreparedStatement.cpp
method: FirebirdPreparedStatement::CreateStatement(...)
problem: if new transaction was started, and after that exception was thrown, transaction was not rolled back and statement was not added to statements list, and when database will closing, firebird exception will be thrown becouse there is opened transaction during database disconnection. 
I resolve this problem, but I have not ability to test my changes in HEAD revision of svn. There is old version of this method with my patch:

FirebirdPreparedStatement* FirebirdPreparedStatement::CreateStatement(isc_db_handle pDatabase, isc_tr_handle pTransaction, const wxString& strSQL, const wxCSConv* conv)
{
  wxArrayString Queries = ParseQueries(strSQL);

  wxArrayString::iterator start = Queries.begin();
  wxArrayString::iterator stop = Queries.end();

  FirebirdPreparedStatement *pStatement = NULL;

  if (Queries.size() < 1)
  {
    pStatement = new FirebirdPreparedStatement(pDatabase, pTransaction);
    pStatement->SetEncoding(conv);

    pStatement->SetErrorCode(DATABASE_LAYER_ERROR);
    pStatement->SetErrorMessage(_("No SQL Statements found"));

#ifndef DONT_USE_DATABASE_LAYER_EXCEPTIONS
    // If we're using exceptions, then assume that the calling program won't
    //  won't get the pStatement pointer back.  So delete is now before
    //  throwing the exception
    try
    {
      delete pStatement; //It's probably better to manually iterate over the list and close the statements, but for now just let close do it
    }
    catch (DatabaseLayerException& e)
    {
    }

    DatabaseLayerException error(pStatement->GetErrorCode(), pStatement->GetErrorMessage());
    throw error;
#endif
    return pStatement;
  }


  // Start a new transaction if appropriate
  bool startedNewTransaction = false;
  if (pTransaction == NULL)
  {
    pTransaction = 0L;
    ISC_STATUS_ARRAY status;
    int nReturn = isc_start_transaction(status, &pTransaction, 1, &pDatabase, 0 /*tpb_length*/, NULL/*tpb*/);
    pStatement = new FirebirdPreparedStatement(pDatabase, pTransaction);
    pStatement->SetEncoding(conv);
    if (nReturn != 0)
    {
      long nSqlCode = isc_sqlcode(status);
      pStatement->SetErrorCode(FirebirdDatabaseLayer::TranslateErrorCode(nSqlCode));
      pStatement->SetErrorMessage(FirebirdDatabaseLayer::TranslateErrorCodeToString(nSqlCode, status));

#ifndef DONT_USE_DATABASE_LAYER_EXCEPTIONS
      // If we're using exceptions, then assume that the calling program won't
      //  won't get the pStatement pointer back.  So delete is now before
      //  throwing the exception
      try
      {
        delete pStatement; //It's probably better to manually iterate over the list and close the statements, but for now just let close do it
      }
      catch (DatabaseLayerException& e)
      {
      }

      DatabaseLayerException error(pStatement->GetErrorCode(), pStatement->GetErrorMessage());
      throw error;
#endif
      return pStatement;
    }
    startedNewTransaction = true;
    pStatement->SetManageTransaction(true);
  }
  else
  {
    pStatement = new FirebirdPreparedStatement(pDatabase, pTransaction);
    pStatement->SetEncoding(conv);
    pStatement->SetManageTransaction(false);
  }

  while (start != stop)
  {
    try
    {
        pStatement->AddPreparedStatement((*start));
    }
    catch(...)
    {
        if(startedNewTransaction)
            try
            {
                ISC_STATUS_ARRAY status;
                isc_rollback_transaction(status, &pTransaction);
            }
            catch(...){}
        throw;
    }

    if (pStatement->GetErrorCode() != DATABASE_LAYER_OK)
    {
      // If we're using exceptions, then assume that the calling program won't
      //  won't get the pStatement pointer back.  So delete is now before
      //  throwing the exception
#ifndef DONT_USE_DATABASE_LAYER_EXCEPTIONS
      // Set the error code and message
      DatabaseLayerException error(pStatement->GetErrorCode(), pStatement->GetErrorMessage());

      if(startedNewTransaction)
        try
        {
            ISC_STATUS_ARRAY status;
            isc_rollback_transaction(status, &pTransaction);
        }
        catch(...){}

      try
      {
        delete pStatement; //It's probably better to manually iterate over the list and close the statements, but for now just let close do it
      }
      catch (DatabaseLayerException& e)
      {
      }

      // Pass on the error
      throw error;
#endif

      return pStatement;
    }
    start++;
  }

  // Success?  Return the statement
  return pStatement;
}


With best regards,
Evgeny Bevz.

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

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

[wxCode-users] [ wxcode-Bugs-2694102 ] wxPlotCtrl Memory leak

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

Bugs item #2694102, was opened at 2009-03-19 10:45
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2694102&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: wxPlotCtrl Memory leak

Initial Comment:
Memory leak when using wxPlotCtrl. 

When I use the wxPlotCtrl I get a Memory leak. Even when I only create the Plot.

m_pltDC = new wxPlotCtrl(m_panel7, wxID_ANY, wxDefaultPosition, wxDefaultSze );

if I disable this line the compiler finds the memory leak described below.

Environment details:

OS: Windows XP SP3
Tool: Microsoft Visual C++ 2008 (express)

Compiler details:

Remark: Data in memory becomes valid during the Init() of the wxPlotCtrl;

Detected memory leaks!
Dumping objects ->
{21035} normal block at 0x0109CD98, 48 bytes long.
 Data: < `              > 18 60 9C 00 00 00 00 00 00 00 00 00 00 00 00 00 
Object dump complete.

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

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

[wxCode-users] [ wxcode-Bugs-2694081 ] incorrect link

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

Bugs item #2694081, was opened at 2009-03-19 10:33
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2694081&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: website
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Francesco Montorsi (frm)
Summary: incorrect link

Initial Comment:
http://wxcode.sourceforge.net/components/wxplotctrl/   -> docs/readme.htm  (and others on that page) (http://cvs.sourceforge.net/viewcvs.py/*checkout*/wxcode/wxCode/components/wxplotctrl/docs/readme.htmhttp://cvs.sourceforge.net/viewcvs.py/*checkout*/wxcode/wxCode/components/wxplotctrl/docs/readme.htm)



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

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

[wxCode-users] wxCode build system and wxMac universal binaries

[Jaakko S. <jaa...@dn...>]

Hi all,

As some of you may know, I'm using the quite excellent wxCode build
system for wxPropertyGrid 1.4. Recently however some people have
reported problems building universal binaries on wxMac, see:

https://sourceforge.net/forum/message.php?msg_id=5925455
https://sourceforge.net/tracker2/index.php?func=detail&aid=2690775&group_id=133406&atid=727081

Should universal binaries work in wxCode system (yet)? I think I've
got fairly recent refresh of the build related files, at least.

Thanks,
   Jaakko

[wxCode-users] [ wxcode-Bugs-2691182 ] wxTreeListCtrl::GetPrev doesn't work

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

Bugs item #2691182, was opened at 2009-03-18 09:31
Message generated for change (Tracker Item Submitted) made by theroe
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=2691182&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: last released version
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Richard Öhlinger (theroe)
Assigned to: Ronan Chartois (pgriddev)
Summary: wxTreeListCtrl::GetPrev doesn't work

Initial Comment:
Hi!
I tried to use the GetPrev method of the treelistctrl and i figured out it hasn't functioned properly at any time. It seems that it is just an unthoughtful copy of GetNext. 

I suggest to repace it with this code:

wxTreeItemId wxTreeListMainWindow::GetPrev (const wxTreeItemId& item, bool fulltree) const {
    wxCHECK_MSG (item.IsOk(), wxTreeItemId(), _T("invalid tree item"));
		wxTreeItemId prev = GetPrevSibling (item);

		// if is the first child, the parent is the previous one.
		if (!prev.IsOk()) {
			return GetItemParent(item);
		}
		wxTreeListItem* prevItem = (wxTreeListItem*)prev.m_pItem;
		while ((fulltree || prevItem->IsExpanded()) && (prevItem->GetChildren().GetCount() > 0)) {			
			prevItem = prevItem->GetChildren().Last();				
		}
		return wxTreeItemId(prevItem);
}

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

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

Re: [wxCode-users] centering a string to a point with wxPdfDoc

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

Luca Cappa schrieb:
>> I consider to change the coordinate system in a future version of
>> wxPdfDocument to make the behaviour of several methods more logical and
>> transparent.
> 
> That is a very good news to me, thanks!

Thanks for the positive reaction. Not all users of wxPdfDocument see it 
that way since changing the coordinate system means breaking existing 
code. But in the long run I'm sure it would make using wxPdfDocument 
easier than now. Probably I introduce this change when going from 
version 0.x to 1.x.

Regards,

Ulrich

Re: [wxCode-users] centering a string to a point with wxPdfDoc

[Luca C. <luc...@se...>]

Hello,

On Thu, 12 Mar 2009 14:30:18 +0100, Ulrich Telle <ulr...@gm...>  
wrote:
> As you observed the y position corresponds
> roughly to the upper left corner of the text box. The baseline of the
> font is positioned half of the cell height plus 30% of the font size in
> user units below, i.e.
>
> y_baseline = y + 0.5 * cellheight + 0.3 * fontsize
>

Nice to know, i been to lazy to check the actual code :)


> I consider to change the coordinate system in a future version of
> wxPdfDocument to make the behaviour of several methods more logical and
> transparent.

That is a very good news to me, thanks!

Greetings,
Luca

Re: [wxCode-users] centering a string to a point with wxPdfDoc

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

Luca Cappa schrieb:
>> The y position corresponds to the baseline of the font. T
> 
> I expect you to correct me again :)

No, I have to correct myself. As you observed the y position corresponds 
roughly to the upper left corner of the text box. The baseline of the 
font is positioned half of the cell height plus 30% of the font size in 
user units below, i.e.

y_baseline = y + 0.5 * cellheight + 0.3 * fontsize

Sorry for the confusion.

Regards,

Ulrich

P.S.: I consider to change the coordinate system in a future version of 
wxPdfDocument to make the behaviour of several methods more logical and 
transparent.

Re: [wxCode-users] centering a string to a point with wxPdfDoc

[Luca C. <luc...@se...>]

Hello,


On Wed, 11 Mar 2009 21:00:40 +0100, Ulrich Telle <ulr...@gm...>
wrote:
> Luca Cappa schrieb:
>> I wrote a simple function which draws a string with the its bounding box
>> centered to the given pCenter parameter:
>>
>> void drawCenteredText (wxPdfDocument& pPDF, wxString const& pString,
>> Vector2f const& pCenter)
>> {
>>    float lHeightMM = float (pPDF.GetFontSize ()) / 72.f * 2.54f / 10.f;
>>    //Height in mm.
>
> No. Your formula is wrong. To get the height in millimeters it should  
> read:
>
> float lHeightMM = float (pPDF.GetFontSize ()) / 72.f * 25.4f;

Thanks, I already spotted that error :)

> The y position corresponds to the baseline of the font. T

I expect you to correct me again :) : I tryed to see if the baseline is
effectively
the Y value passed to wxPdfDocument::SetXY/SetY funtions this way:

void BalancerPanel::drawText (wxPdfDocument& pPDF, wxString const&
pString, Vector2f const& pCenter)
{
     //
     // Draw the text with a Cell that has the upperleft border at
(pCenter.x, pCenter.y)
     float lAscent = pPDF.GetFontDescription ().GetAscent ();
     float lDescent = pPDF.GetFontDescription ().GetDescent ();
     float lMaximumHeight = (lAscent - lDescent) / 1000.f *
pPDF.GetFontSize() / 72.f * 25.4f;
     pPDF.SetXY (pCenter.x, pCenter.y);
     pPDF.Cell (0, lMaximumHeight, pString, wxPDF_BORDER_FRAME);//Write
around the text a frame with an height
     //equal to the maximum height of a character of the font.

     //
     //Draw the potential baseline in red.
     wxPdfColour lColor = pPDF.GetDrawColor ();
     pPDF.SetDrawColor (255, 0, 0);
     pPDF.Line (pCenter.x, pCenter.y, pCenter.x + 10, pCenter.y);
     pPDF.SetDrawColor (lColor);
}

Then I called the above function with:

drawText (lPDFDoc, "BagjYIq", Vector2f (10, 10));

which should draw the text with a baseline at 10mm from the start of the
page, but as you cound see in the image
http://img22.imageshack.us/img22/3844/baseline.png
the red line is along the top border of the cell, so a
call to SetY
sets the baseline-ascent Y value, i.e. the upper limit of the text's font,
and not the baseline.

> That is you would set your vertical position to pCenter.y + offset.

Knowing that the curent position (the one set with SetXY) is the upperleft
corner of the text bounding box,
then if "offset" is the the maximum height of the font divided by 2, then
i would draw some text centered
to pCenter with the following code:

void drawCenteredText (wxPdfDocument& pPDF, wxString const& pString,
Vector2f const& pCenter)
{
     //
     // Draw a Cell with text centered to pCenter.
     float lAscent = pPDF.GetFontDescription ().GetAscent ();
     float lDescent = pPDF.GetFontDescription ().GetDescent ();
     float lMaximumHeight = (lAscent - lDescent) / 1000.f *
pPDF.GetFontSize() / 72.f * 25.4f;
     double lWidthMM = pPDF.GetStringWidth (pString);//Width in mm.
     pPDF.SetXY (pCenter.x - lWidthMM / 2.f, pCenter.y - lMaximumHeight /
2.f);//"offset" is basically lMaximumHeight/2
     pPDF.Cell (0, lMaximumHeight, pString, wxPDF_BORDER_FRAME);

     //
     //Draw the potential baseline in red.
     wxPdfColour lColor = pPDF.GetDrawColor ();
     pPDF.SetDrawColor (255, 0, 0);
     pPDF.Line (pCenter.x, pCenter.y, pCenter.x + 10, pCenter.y);
     pPDF.SetDrawColor (lColor);
}

drawCenteredText (lPDFDoc, "BagjYIq", Vector2f (10, 10));

Using the above function gives the passed text string centered to (10mm,
10mm) as you could see in the
http://img22.imageshack.us/img22/8194/textcentered.png
image.

Again correct me if I am wrong, thanks!
Luca

Re: [wxCode-users] centering a string to a point with wxPdfDoc

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

Luca Cappa schrieb:
> I wrote a simple function which draws a string with the its bounding box  
> centered to the given pCenter parameter:
> 
> void drawCenteredText (wxPdfDocument& pPDF, wxString const& pString,  
> Vector2f const& pCenter)
> {
>    float lHeightMM = float (pPDF.GetFontSize ()) / 72.f * 2.54f / 10.f;
>    //Height in mm.

No. Your formula is wrong. To get the height in millimeters it should read:

float lHeightMM = float (pPDF.GetFontSize ()) / 72.f * 25.4f;

>    double lWidthMM = pPDF.GetStringWidth (pString);//Width in mm.
>    pPDF.SetXY (pCenter.x - lWidthMM / 2.f, pCenter.y - lHeightMM / 2.f);
>    pPDF.Cell (0, 0, pString);
> }
> 
> To roughly center the string I need to know how much the actual font  
> height is in millimeters, and for that purpose i use a formula that  
> converts points to mm, assuming that a point is 1/72 inch, and then I  
> convert inch to mm. Is there any better way than this approach?

Well, it depends on what you really want to accomplish.

The y position corresponds to the baseline of the font. The glyphs of a 
font usually ascend above and/or descend below the baseline. The font 
parameters 'ascent' and 'descent' tell you the maximum values. You may 
access these attributes using the method GetFontDescription. From these 
values you could deduce a more precise measure for the mean vertical 
'center' of the glyphs of the font in use.

To convert the values of ascent and descent to millimeters you have to 
divide them by 1000 and then multiply by the font size in millimeters. 
As the offset you would then use

offset = (ascent-descent) / 2000.f * pPDF.GetFontSize() / 72.f * 25.4f;

That is you would set your vertical position to pCenter.y + offset.

Regards,

Ulrich

[wxCode-users] centering a string to a point with wxPdfDoc

[Luca C. <luc...@se...>]

Hello,

I wrote a simple function which draws a string with the its bounding box  
centered to the given pCenter parameter:

void drawCenteredText (wxPdfDocument& pPDF, wxString const& pString,  
Vector2f const& pCenter)
{
   float lHeightMM = float (pPDF.GetFontSize ()) / 72.f * 2.54f / 10.f;
   //Height in mm.
   double lWidthMM = pPDF.GetStringWidth (pString);//Width in mm.
   pPDF.SetXY (pCenter.x - lWidthMM / 2.f, pCenter.y - lHeightMM / 2.f);
   pPDF.Cell (0, 0, pString);
}

To roughly center the string I need to know how much the actual font  
height is in millimeters, and for that purpose i use a formula that  
converts points to mm, assuming that a point is 1/72 inch, and then I  
convert inch to mm. Is there any better way than this approach?

Greetings,
Luca

[wxCode-users] [ wxcode-Feature Requests-2668638 ] wxHtmlHelpController limit on index entries is fixed

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

Feature Requests item #2668638, was opened at 2009-03-06 09:52
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=2668638&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: David Woods (davidwoods)
Assigned to: Nobody/Anonymous (nobody)
Summary: wxHtmlHelpController limit on index entries is fixed

Initial Comment:
In preparation for my next release, I'm editing my Help files, which feed the wxHtmlHelpController infrastructure.  I notice that when I exceed 100 entries in the index (*.hkk) files, the index tab no longer  automatically loads my index entries automatically, and forces users to press the "Show All" button to see index entries.  It appears that this limit is hard-coded in html/helpwnd.cpp.

Would it be possible, ideally, to make this limit configurable or alterable through code?  If not, could the limit at least be increased?  My help system isn't THAT complex.




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

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

Re: [wxCode-users] Patch to compile wxPdfDoc with last wxWidgets trunk revision

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

Luca Cappa schrieb:
> I attach in this email a little patch to compile the wxPdfDoc library 
> with wxWidgets trunk revision. I tested the compilation and runnning 
> only on Windows XP + MSVC2005.

Thank you for the patch. I'll take it into account for the next version 
of wxPdfDocument. Usually I program against the latest stable release of 
wxWidgets, currently 2.8.9, but I'll try to make wxPdfDocument ready for 
the next major release of wxWidgets.

I'm not completely convinced that the conversion to multibyte strings 
using method wc_str as you propose in your patch will work under all 
circumstances. Especially in conjunction with OpenType fonts there is a 
chance that the string to be converted may contain embedded null 
characters, thus unwanted string truncation could occur if the real 
length of the string is not taken into account. I have to investigate 
this issue carefully.

> Keep up the very good work,

I'll do. :-)

Work on the next version of wxPdfDocument is in progress, but there is 
not yet a release schedule.

Regards,

Ulrich

[wxCode-users] Patch to compile wxPdfDoc with last wxWidgets trunk revision

[Luca C. <luc...@se...>]

Hello,

I attach in this email a little patch to compile the wxPdfDoc library with  
wxWidgets trunk revision. I tested the compilation and runnning only on  
Windows XP + MSVC2005.

Keep up the very good work,
Thanks,
Luca

Re: [wxCode-users] Compiling wxRarInputStream

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

we...@so... ha scritto:
> Hi,
> Thanks for responding,
> 
> Having trouble checking out wxRarInputStream from SF.NET subversion. I 
> used command: svn co https://wxcode.svn.sourceforge.net/svnroot/wxcode 
> wxcode
> 
> but wxRarInputStream was not in the list.
that's because wxRarInputStream is in the wxCode CVS repo, not in the SVN one...

> Do I need to be logged in to 
> get access to this? Can you give the direct URL to wxRarInputStream?
http://wxcode.cvs.sourceforge.net/viewvc/wxcode/wxCode/components/wxrarinputstream/

Look at https://sourceforge.net/cvs/?group_id=51305 for anonymous CVS access to 
wxCode repo...

> 
> Thanks for the help,  :)
No problem ;)

Bye,
Francesco

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

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

Hi,

Giovanni Mittone ha scritto:
> Don't worry about the delay!
> This component is useful in many ways. There is something that need more 
> work, but it's almost completed.
good!

> I must admit I'm new to SVN or CVS or whatelse. So if you recommend the 
> use of SVN, that's fine for me!
If you're new to both CVS and SVN, I suggest you to start with SVN as it's the 
"evolution" of CVS.

> The name you propose it's ok for me; I think is not really important 
> adding or not wx before the component's name.
Well, the name is ok as wxAESStream, it's just the location in the SVN repo 
which I propose to change.

Btw I've just approved the component and created its SVN folder.

You can check it out following the guide: 
http://wxcode.sourceforge.net/maintguide.php

Ciao!
Francesco

-- 

Re: [wxCode-users] Compiling wxRarInputStream

[<we...@so...>]

Hi,
 Thanks for responding,
 Having trouble checking out wxRarInputStream from SF.NET subversion.
I used command: svn co
https://wxcode.svn.sourceforge.net/svnroot/wxcode wxcode 
 but wxRarInputStream was not in the list. Do I need to be logged in
to get access to this? Can you give the direct URL to
wxRarInputStream?
 Thanks for the help,  :)
 Wes
 On Fri 01/30/09  4:09 AM , Francesco Montorsi
f18...@ya... sent:
 Hi,
    I'm not the maintainer of wxRarInputStream, but I'll try to solve
the problem 
 anyway ;)
 westech@... [1] ha scritto:
 > First thanks to Ryan Norton for writing wxRarInputStream... I
really 
 > appreciate it.
 > 
 > I downloaded wxRarInputStream and I'm having trouble compiling it.
I'm 
 > not real familiar with bakefile. I did read the readme.txt but was
a 
 > little lost. "For linux/OSX use build/unix/makefile.gcc." and do
what?
 Indeed the bakefile is a bit old and doesn't work for me, too.
 I've just committed an updated version of the bakefiles for
wxrarinputstream.
 It still doesn't compile, but now this is because the sources use 
 deprecated/unsupported features.
 You can try to fix the errors in the sources building the component
with the 
 following commands:
 cd build
 make -f GNUmakefile
 > Note: I am also interested in wxZipStream and wxBZipStream which I
have 
 > not been able to compile either.
 It would be nice to bring up-to-date also these components.
 It would be great if you could contact Ryan Norton (the official
maintainer) and 
 decide with him the best "strategy" for doing it (compatibly with
your and 
 Ryan's free time).
 Francesco

------------------------------------------------------------------------------
 This SF.net email is sponsored by:
 SourcForge Community
 SourceForge wants to tell your story.
 http://p.sf.net/sfu/sf-spreadtheword
 _______________________________________________
 wxCode-users mailing list
 wxC...@li... [3]
 https://lists.sourceforge.net/lists/listinfo/wxcode-users
 

Links:
------
[1] mailto:we...@so...
[2] http://p.sf.net/sfu/sf-spreadtheword
[3] mailto:wxC...@li...