wxcode-users — Submission, Questions, Information

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

[cecilio <s.c...@gm...>]

Francesco,

> > to access the EDIT form of the website you should use your wxCode passw=
ord which should be
> > working.

Yes, this works OK. Thanks.

> >
> > to access CVS you should use the info in the page:
> > http://wxcode.sourceforge.net/mantguide.php
> >

I have tried again, and re-read the documentation but my password
doesn't work to access the CVS. In my SF account I do not appear as
member of the wxCode project so I suspect that this could be the cause
of the problem. I'm wondering if on appoving the submited component
wxMidi, is there anything that you have to do to give me access to the
CVS that could have failed?

I have tried with both, the SF password and the wxCode pwd, althoug I=20
guess that the right one to use is the SF pwd.

Please, any one can help me?

Thank you,
Cecilio

Re: [wxCode-users] removing wx from comp names

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

Hi,

>>    I was thinking that the new component list page will probably look like:
>>
>>A (2): 1 | B(1): 1 | ... | W (40): 1 2 3 4 | ...
>>
>>that is, since almost all component's names start by 'wx' the "W" initial will
>>be "abused".
> 
> I thought so too but I'd also like to see the full name as the component
> is (e.g. wxTreeListCtrl). Would it be possible to strip the "wx" just
> for the sorting into pages but still show the name including "wx"?
this is an extract from another mail on the thread:

 >> Perhaps, it would be simpler to ignore the wx in the index
 >> compilation. For example, components starting by 'A' or 'wxA' are
 >> indexed in letter 'A', and so on.
 >
 >thinking better to this approach I think that the following should do the "ignore wx 
 >prefix" logic:
 >
 >SELECT * FROM components WHERE (name LIKE 'a%' OR name LIKE 'wxa%')
 >
 >just I'm not so expert to evaluate the performance impact of such additional OR ... 
 >statements but I think it would be acceptable.

I think ignoring "wx" is the best choice... as you and others suggest.



> BTW can't the "single table" mode be a single table without pages? I
> like it most since it resembles the old components lists.
would this still be useful ?
I mean: we have a *lot* of components (> 50); putting them all into a single page would be 
stressing for the server and maybe not very useful...
anyway if you find it useful I can try to implement that.


> And could the
> link on the name go the the component view (e.g.
> http://wxcode.sourceforge.net/showcomp.php?name=wxScintilla) instead of
> the component directory?
yes, that's probably best than linking to the (sometimes missing) component website.

I'm working on the website right now; I'm converting the PHP code which I wrote in a 
C-like syntax (with lot of globals, etc) into a C++-like syntax (using PHP class objects). 
This will make the website much more easier to mantain, I hope.
At beginning, when creating the site I thought that was an overkill but now I changed idea :)

Francesco

Re: [wxCode-users] removing wx from comp names

[Otto W. <ott...@or...>]

Francesco Montorsi wrote:
> 
> Hi all,
>     I was thinking that the new component list page will probably look like:
> 
> A (2): 1 | B(1): 1 | ... | W (40): 1 2 3 4 | ...
> 
> that is, since almost all component's names start by 'wx' the "W" initial will
> be "abused".
> 
I thought so too but I'd also like to see the full name as the component
is (e.g. wxTreeListCtrl). Would it be possible to strip the "wx" just
for the sorting into pages but still show the name including "wx"?

BTW can't the "single table" mode be a single table without pages? I
like it most since it resembles the old components lists. And could the
link on the name go the the component view (e.g.
http://wxcode.sourceforge.net/showcomp.php?name=wxScintilla) instead of
the component directory?

O. Wyss

-- 
Development of frame buffer drivers: http://linux-fbdev.sf.net
Sample code snippets for wxWidgets: http://wxcode.sf.net
How to build well-designed applications: http://wyoguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

Re: [wxCode-users] Website of wxPdfDocument doesn't show

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

Hi,

> although I created index.php and image.png in the website folder of my 
> component wxPdfDocument (directory wxpdfdoc) two days ago (visible when 
> you browse CVS), the image is not shown in the components list and I 
> get HTTP error 404 when I click on the website link in the components 
> list (http://wxcode.sourceforge.net/components/wxpdfdoc/)
> 
> I have no idea why. Please let me know whether I did something wrong. 
> Thanks.
ops, sorry. This is probably related to the work I'm doing over the wxCode website right now.

I hope to complete it this afternoon or at last tomorrow...

sorry for the inconvenience,
Francesco

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

[cecilio <s.c...@gm...>]

> to access the EDIT form of the website you should use your wxCode passwor=
d which should be
> working.
>=20
> to access CVS you should use the info in the page:
> http://wxcode.sourceforge.net/mantguide.php
>=20


Thank you Francesco, I wiil try.

Regards, Cecilio

[wxCode-users] Website of wxPdfDocument doesn't show

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

Hi,

although I created index.php and image.png in the website folder of my 
component wxPdfDocument (directory wxpdfdoc) two days ago (visible when 
you browse CVS), the image is not shown in the components list and I 
get HTTP error 404 when I click on the website link in the components 
list (http://wxcode.sourceforge.net/components/wxpdfdoc/)

I have no idea why. Please let me know whether I did something wrong. 
Thanks.

Regards,

Ulrich
-- 
E-Mail privat:  Ulr...@gm...
E-Mail Studium: Ulr...@Fe...
World Wide Web: http://www.stud.fernuni-hagen.de/q1471341

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

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

Hi,

cecilio wrote:
> Is it approved or not?
yes, it has been approved and the wxmidi CVS folder has been already created by John.


> I was trying to access CVS by neither my wxCode password nor my
> SourceForge password is accepted. Should I receive a CVS password when
> wxMidi gets accepted?
to access the EDIT form of the website you should use your wxCode password which should be 
working.

to access CVS you should use the info in the page:
http://wxcode.sourceforge.net/mantguide.php

Ask for any problem,
Francesco

Re: [wxCode-users] Component wxMimeTypes

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

assigned it to you,
Francesco

Otto Wyss wrote:
> Component wxMimeTypes dito belongs to me.
> 
> O. Wyss
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
> 

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

[cecilio <s.c...@gm...>]

Is it approved or not?

I was trying to access CVS by neither my wxCode password nor my
SourceForge password is accepted. Should I receive a CVS password when
wxMidi gets accepted?

Thanks,
Cecilio

[wxCode-users] Component wxMimeTypes

[Otto W. <ott...@or...>]

Component wxMimeTypes dito belongs to me.

O. Wyss

Re: [wxCode-users] SplitWindow component

[John L. <jla...@gm...>]

On 9/2/05, Otto Wyss <ott...@or...> wrote:
> I'd really like to maintain all of the SplitWindow component, not only
> CVS. Please assign it to me.

Done.

[wxCode-users] SplitWindow component

[Otto W. <ott...@or...>]

I'd really like to maintain all of the SplitWindow component, not only 
CVS. Please assign it to me.

O. Wyss

Re: [wxCode-users] removing wx from comp names

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

Hi,

>>>>>    So, I suggest to solve this problem removing the "wx" prefix by all
>>>>>    component names from wxCode database
>>>>>    (this would not require any change to CVS).
>>>>>
>>>>>    Then I could modify the scripts so that they show the component name
>>>>>    with a "wx" prefix
>>>>>    automatically attached. This would mean that all components at
>>>>>    wxCode have a name which
>>>>>    starts (at least in the component list page) by "wx"... is it okay ?
> 
> 
> I am not sure what are the implications of your proposal. I wouldn't
> like to rename
> all folders and programs just to remove the 'wx' so that the statistic
> looks nice at the cost of having to add 'wx' again to files, includes,
> etc. to prepare a package for distribution and package..
that would not be required; I mean that the "wx" should be removed from the name 
registered in the wxCode database. As i said in previous mails, no changes would be 
required to CVS.


> Perhaps, it would be simpler to ignore the wx in the index
> compilation. For example, components starting by 'A' or 'wxA' are
> indexed in letter 'A', and so on.
thinking better to this approach I think that the following should do the "ignore wx 
prefix" logic:

SELECT * FROM components WHERE (name LIKE 'a%' OR name LIKE 'wxa%')

just I'm not so expert to evaluate the performance impact of such additional OR ... 
statements but I think it would be acceptable.

Francesco

Re: [wxCode-users] removing wx from comp names

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

> Perhaps, it would be simpler to ignore the wx in the index compilation.
> For example, components starting by 'A' or 'wxA' are indexed in letter
> 'A', and so on. 

I think this is a very good proposal.

Regards,

Ulrich
-- 
E-Mail privat:  Ulr...@gm...
E-Mail Studium: Ulr...@Fe...
World Wide Web: http://www.stud.fernuni-hagen.de/q1471341

Re: [wxCode-users] removing wx from comp names

[cecilio <s.c...@gm...>]

Hi,

> >>>     So, I suggest to solve this problem removing the "wx" prefix by a=
ll
> >>>     component names from wxCode database
> >>>     (this would not require any change to CVS).
> >>>
> >>>     Then I could modify the scripts so that they show the component n=
ame
> >>>     with a "wx" prefix
> >>>     automatically attached. This would mean that all components at
> >>>     wxCode have a name which
> >>>     starts (at least in the component list page) by "wx"... is it oka=
y ?

I am not sure what are the implications of your proposal. I wouldn't
like to rename
all folders and programs just to remove the 'wx' so that the statistic
looks nice at the cost of having to add 'wx' again to files, includes,
etc. to prepare a package for distribution and package..

Perhaps, it would be simpler to ignore the wx in the index
compilation. For example, components starting by 'A' or 'wxA' are
indexed in letter 'A', and so on.

Could you, please, detail more your proposal?

Re: [wxCode-users] removing wx from comp names

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

Hi,

Jorgen Bodde wrote:
> Yeah I agree. 
you mean that you agree on removing wx from comp names ?


>But, the example you showed was a bit biased towards one 
> type of component, and still not very useful in it's current state:
> 
> Managed windows (5): 1  | Miscellaneous windows (2): 1  | Controls (1): 
> 1  | Window layout (2): 1  | Stream classes (4): 1  | Miscellaneous 
> (26): 1 2 3  | Tutorials/wxdocs (1): 1
> 
> Misc has 26 entries, maybe there is still a more granular category 
> splitting needed?
the sample above is for categorized view while removing wx from comp name is to give a 
better look to the browse-by-name list...
also the problem of having so many components in "miscellaneous" is because almost no 
maintainer did set the right category for its components.
The EDIT form needs some revision to make this work and I'm currently busy with the new 
component list; I'll let you know when you can adjust your components' categories.

After everyone classifies his components I think we will get something much more 
equilibrated. Anyway I'm open to any new category proposal (see my previous mails for 
current list of categories).

Francesco


> 
> Regards,
> - Jorgen
> 
> Francesco Montorsi wrote:
> 
>> Hi,
>>
>> Angelo's Gmail wrote:
>>
>>> I was not clear if the wx should prefix the name of the component or 
>>> not.  My vote is for remoing the wx from the prefix of the component 
>>> names.
>>
>>
>> good, we have a +1; what about other developers ?
>>
>> Francesco
>>
>>
>>
>>> On 9/1/05, *Francesco Montorsi* <f18...@ya... 
>>> <mailto:f18...@ya...>> wrote:
>>>
>>>     Hi all,
>>>         I was thinking that the new component list page will probably
>>>     look like:
>>>
>>>     A (2): 1 | B(1): 1 | ... | W (40): 1 2 3 4 | ...
>>>
>>>     that is, since almost all component's names start by 'wx' the "W"
>>>     initial will
>>>     be "abused".
>>>
>>>     Also: it's obvious that at wxCode we have only components wx-based;
>>>     so, why should we name all the components with "wx" prefix ?
>>>
>>>     So, I suggest to solve this problem removing the "wx" prefix by all
>>>     component names from wxCode database
>>>     (this would not require any change to CVS).
>>>
>>>     Then I could modify the scripts so that they show the component name
>>>     with a "wx" prefix
>>>     automatically attached. This would mean that all components at
>>>     wxCode have a name which
>>>     starts (at least in the component list page) by "wx"... is it okay ?
>>>     I have some components which do not have wx prefix and there is no
>>>     problem at all for me
>>>     to add "wx" prefix to them. Please post your opinion if you wouldn't
>>>     like this change.
>>>
>>>     Another solution would be to tell to the database to ignore the
>>>     "wx" prefix. Unfortunately AFAIK there's no way to tell this to
>>>     a database through an SQL query... anyone knows ?
>>>
>>>     Francesco
>>>
>>>
>>>     -------------------------------------------------------
>>>     SF.Net email is Sponsored by the Better Software Conference & EXPO
>>>     September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>>>     Practices
>>>     Agile & Plan-Driven Development * Managing Projects & Teams *
>>>     Testing & QA
>>>     Security * Process Improvement & Measurement *
>>>     http://www.sqe.com/bsce5sf
>>>     _______________________________________________
>>>     wxCode-users mailing list
>>>     wxC...@li...
>>>     <mailto:wxC...@li...>
>>>     https://lists.sourceforge.net/lists/listinfo/wxcode-users
>>>
>>>
>>
>>
>>
>> -------------------------------------------------------
>> SF.Net email is Sponsored by the Better Software Conference & EXPO
>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle 
>> Practices
>> Agile & Plan-Driven Development * Managing Projects & Teams * Testing 
>> & QA
>> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>> _______________________________________________
>> wxCode-users mailing list
>> wxC...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>>
>>
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
> 

Re: [wxCode-users] removing wx from comp names

[Jorgen B. <sol...@xs...>]

Yeah I agree. But, the example you showed was a bit biased towards one 
type of component, and still not very useful in it's current state:

Managed windows (5): 1  | Miscellaneous windows (2): 1  | Controls (1): 
1  | Window layout (2): 1  | Stream classes (4): 1  | Miscellaneous 
(26): 1 2 3  | Tutorials/wxdocs (1): 1

Misc has 26 entries, maybe there is still a more granular category 
splitting needed?

Regards,
- Jorgen

Francesco Montorsi wrote:
> Hi,
> 
> Angelo's Gmail wrote:
> 
>> I was not clear if the wx should prefix the name of the component or 
>> not.  My vote is for remoing the wx from the prefix of the component 
>> names.
> 
> good, we have a +1; what about other developers ?
> 
> Francesco
> 
> 
> 
>> On 9/1/05, *Francesco Montorsi* <f18...@ya... 
>> <mailto:f18...@ya...>> wrote:
>>
>>     Hi all,
>>         I was thinking that the new component list page will probably
>>     look like:
>>
>>     A (2): 1 | B(1): 1 | ... | W (40): 1 2 3 4 | ...
>>
>>     that is, since almost all component's names start by 'wx' the "W"
>>     initial will
>>     be "abused".
>>
>>     Also: it's obvious that at wxCode we have only components wx-based;
>>     so, why should we name all the components with "wx" prefix ?
>>
>>     So, I suggest to solve this problem removing the "wx" prefix by all
>>     component names from wxCode database
>>     (this would not require any change to CVS).
>>
>>     Then I could modify the scripts so that they show the component name
>>     with a "wx" prefix
>>     automatically attached. This would mean that all components at
>>     wxCode have a name which
>>     starts (at least in the component list page) by "wx"... is it okay ?
>>     I have some components which do not have wx prefix and there is no
>>     problem at all for me
>>     to add "wx" prefix to them. Please post your opinion if you wouldn't
>>     like this change.
>>
>>     Another solution would be to tell to the database to ignore the
>>     "wx" prefix. Unfortunately AFAIK there's no way to tell this to
>>     a database through an SQL query... anyone knows ?
>>
>>     Francesco
>>
>>
>>     -------------------------------------------------------
>>     SF.Net email is Sponsored by the Better Software Conference & EXPO
>>     September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>>     Practices
>>     Agile & Plan-Driven Development * Managing Projects & Teams *
>>     Testing & QA
>>     Security * Process Improvement & Measurement *
>>     http://www.sqe.com/bsce5sf
>>     _______________________________________________
>>     wxCode-users mailing list
>>     wxC...@li...
>>     <mailto:wxC...@li...>
>>     https://lists.sourceforge.net/lists/listinfo/wxcode-users
>>
>>
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
> 
> 

Re: [wxCode-users] removing wx from comp names

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

Hi,

Angelo's Gmail wrote:
> I was not clear if the wx should prefix the name of the component or 
> not.  My vote is for remoing the wx from the prefix of the component names.
good, we have a +1; what about other developers ?

Francesco



> On 9/1/05, *Francesco Montorsi* <f18...@ya... 
> <mailto:f18...@ya...>> wrote:
> 
>     Hi all,
>         I was thinking that the new component list page will probably
>     look like:
> 
>     A (2): 1 | B(1): 1 | ... | W (40): 1 2 3 4 | ...
> 
>     that is, since almost all component's names start by 'wx' the "W"
>     initial will
>     be "abused".
> 
>     Also: it's obvious that at wxCode we have only components wx-based;
>     so, why should we name all the components with "wx" prefix ?
> 
>     So, I suggest to solve this problem removing the "wx" prefix by all
>     component names from wxCode database
>     (this would not require any change to CVS).
> 
>     Then I could modify the scripts so that they show the component name
>     with a "wx" prefix
>     automatically attached. This would mean that all components at
>     wxCode have a name which
>     starts (at least in the component list page) by "wx"... is it okay ?
>     I have some components which do not have wx prefix and there is no
>     problem at all for me
>     to add "wx" prefix to them. Please post your opinion if you wouldn't
>     like this change.
> 
>     Another solution would be to tell to the database to ignore the
>     "wx" prefix. Unfortunately AFAIK there's no way to tell this to
>     a database through an SQL query... anyone knows ?
> 
>     Francesco
> 
> 
>     -------------------------------------------------------
>     SF.Net email is Sponsored by the Better Software Conference & EXPO
>     September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>     Practices
>     Agile & Plan-Driven Development * Managing Projects & Teams *
>     Testing & QA
>     Security * Process Improvement & Measurement *
>     http://www.sqe.com/bsce5sf
>     _______________________________________________
>     wxCode-users mailing list
>     wxC...@li...
>     <mailto:wxC...@li...>
>     https://lists.sourceforge.net/lists/listinfo/wxcode-users
> 
> 

Re: [wxCode-users] wiki status

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

Hi,

Angelo's Gmail wrote:
> MediaWiki is written in PHP and puts the content into MySQL.  You may 
> have seen it on wikipedia.org <http://wikipedia.org>:  
> http://www.mediawiki.org/wiki/MediaWiki
thanks for the link. MediaWiki is really nice. If you & other developers want we can 
migrate to that wiki.

I see that it can be installed using a single database and thus it would work on 
SourceForge servers (where they give 1 database per project).

However, I think that Sourceforge advice is not so good after all ;-)
they say to use mysql where possible but SF's mysql is quite slow and it is already used 
by the main website for all components and thus using it also for the wiki would probably 
give a lot of performance problems...

Thanks for any opinion/suggestion,
Francesco


> On 9/1/05, *Francesco Montorsi* <f18...@ya... 
> <mailto:f18...@ya...>> wrote:
> 
>     Hi,
>         unfortunately, the reply from SF was:
> 
>     SourceForge.net did not delete your wiki content. If it was
>     deleted, it was by a third party. We highly recommend you
>     keep a backup of the content, as due to the permissions
>     structure, anything in that tree is susceptible to being
>     deleted by another user, per the documentation in:
>     https://www.sf.net/docs/E07
> 
>     We do not keep backups of web content in such a manner to
>     allow us to restore on demand, so you should simply
>     reinstate your wiki and start to make backups. Further, you
>     may want to consider using a wiki that uses the MySQL
>     database for storage, as that will likely provide a level of
>     additional security that you won't get in the
>     /tmp/persistent tree.
> 
>     Since I cannot find any wiki based on MySQL, I'll just keep the
>     current wiki; I added a
>     script to make wiki backups and I'll try to restore some wiki pages
>     from my browser cache.
>     I'm really sorry for this inconvenience (and I still cannot
>     understand what failed or who
>     is responsible for this...).
> 
>     Francesco
> 
> 
> 
>     Francesco Montorsi wrote:
>      > Hi,
>      >    after sending the last mail I found out that all wxCode wiki
>     has gone !
>      > Does anyone know anything about this ?
>      >
>      > Two weeks ago I moved all the contents of the wiki from
>      > /home/groups/w/wx/wxcode/htdocs/wiki/wiki.d
>      > to
>      > /tmp/persistent/wxcode/pmwiki.d/wiki.d
>      >
>      > as told in
>      >
>      > http://www.pmwiki.org/wiki/Cookbook/SourceForgeServers
>      >
>      > and I remember everything was working... did anyone make a change ?
>      > I really don't want such things happen; I'll add a backup script for
>      > wxcode wiki ASAP; but what about the old content of the wiki ?!?
>      >
>      > I really hope it's still somewhere in SF servers !!! I would hate to
>      > rewrite all those pages.
>      >
>      > If noone knows why this problem happened, I'll open a Sourceforge
>      > support request for clarifications...
>      >
>      > Francesco
>      >
>      >
>      > -------------------------------------------------------
>      > SF.Net email is Sponsored by the Better Software Conference & EXPO
>      > September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>     Practices
>      > Agile & Plan-Driven Development * Managing Projects & Teams *
>     Testing & QA
>      > Security * Process Improvement & Measurement *
>     http://www.sqe.com/bsce5sf
>      > _______________________________________________
>      > wxCode-users mailing list
>      > wxC...@li...
>     <mailto:wxC...@li...>
>      > https://lists.sourceforge.net/lists/listinfo/wxcode-users
>     <https://lists.sourceforge.net/lists/listinfo/wxcode-users>
>      >
> 
> 
> 
>     -------------------------------------------------------
>     SF.Net email is Sponsored by the Better Software Conference & EXPO
>     September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>     Practices
>     Agile & Plan-Driven Development * Managing Projects & Teams *
>     Testing & QA
>     Security * Process Improvement & Measurement *
>     http://www.sqe.com/bsce5sf
>     _______________________________________________
>     wxCode-users mailing list
>     wxC...@li...
>     <mailto:wxC...@li...>
>     https://lists.sourceforge.net/lists/listinfo/wxcode-users
>     <https://lists.sourceforge.net/lists/listinfo/wxcode-users>
> 
> 

Re: [wxCode-users] Remove empty folders using tortoise cvs

[John L. <jla...@gm...>]

On 9/1/05, Francesco Montorsi <f18...@ya...> wrote:
> Ok; now the page with updated list of folders to remove is:
>=20
> http://wxcode.sourceforge.net/wiki/pmwiki.php?n=3DMaintainance.FoldersToR=
emoveFromCVS

Great, I've added a few more that I remembered. I think we should be
as clear as possible about what is to be removed so there's no
mistakes. I've rewritten them to include a list of *only* what is to
be removed (commented to explain why)  and so that they start at the
'/' root dir as seen here.

http://cvs.sourceforge.net/viewcvs.py/wxcode/

Regards,
    John Labenski

Re: [wxCode-users] removing wx from comp names

[Angelo's G. <ama...@gm...>]

I was not clear if the wx should prefix the name of the component or not. M=
y=20
vote is for remoing the wx from the prefix of the component names.

--Angelo

On 9/1/05, Francesco Montorsi <f18...@ya...> wrote:
>=20
> Hi all,
> I was thinking that the new component list page will probably look like:
>=20
> A (2): 1 | B(1): 1 | ... | W (40): 1 2 3 4 | ...
>=20
> that is, since almost all component's names start by 'wx' the "W" initial=
=20
> will
> be "abused".
>=20
> Also: it's obvious that at wxCode we have only components wx-based;
> so, why should we name all the components with "wx" prefix ?
>=20
> So, I suggest to solve this problem removing the "wx" prefix by all
> component names from wxCode database
> (this would not require any change to CVS).
>=20
> Then I could modify the scripts so that they show the component name with=
=20
> a "wx" prefix
> automatically attached. This would mean that all components at wxCode hav=
e=20
> a name which
> starts (at least in the component list page) by "wx"... is it okay ?
> I have some components which do not have wx prefix and there is no proble=
m=20
> at all for me
> to add "wx" prefix to them. Please post your opinion if you wouldn't like=
=20
> this change.
>=20
> Another solution would be to tell to the database to ignore the
> "wx" prefix. Unfortunately AFAIK there's no way to tell this to
> a database through an SQL query... anyone knows ?
>=20
> Francesco
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle=20
> Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q=
A
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>

Re: [wxCode-users] Remove empty folders using tortoise cvs

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

Ok; now the page with updated list of folders to remove is:

http://wxcode.sourceforge.net/wiki/pmwiki.php?n=Maintainance.FoldersToRemoveFromCVS

Francesco


Francesco Montorsi wrote:
> Hi,
> 
>>> I think that in a month's time (at least I'll be busy until then, but
>>> maybe someone else can do it before) we can do some cleaning and make
>>> a single request to SF to remove all the "dead" directories.
> 
> Sure; that's a good idea !
> Let's keep the list of the folders-to-remove in the wxCode wiki...
> 
> Francesco
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
> 

Re: [wxCode-users] wiki status

[Angelo's G. <ama...@gm...>]

MediaWiki is written in PHP and puts the content into MySQL. You may have=
=20
seen it on wikipedia.org <http://wikipedia.org>:=20
http://www.mediawiki.org/wiki/MediaWiki


On 9/1/05, Francesco Montorsi <f18...@ya...> wrote:
>=20
> Hi,
> unfortunately, the reply from SF was:
>=20
> SourceForge.net did not delete your wiki content. If it was
> deleted, it was by a third party. We highly recommend you
> keep a backup of the content, as due to the permissions
> structure, anything in that tree is susceptible to being
> deleted by another user, per the documentation in:
> https://www.sf.net/docs/E07
>=20
> We do not keep backups of web content in such a manner to
> allow us to restore on demand, so you should simply
> reinstate your wiki and start to make backups. Further, you
> may want to consider using a wiki that uses the MySQL
> database for storage, as that will likely provide a level of
> additional security that you won't get in the
> /tmp/persistent tree.
>=20
> Since I cannot find any wiki based on MySQL, I'll just keep the current=
=20
> wiki; I added a
> script to make wiki backups and I'll try to restore some wiki pages from=
=20
> my browser cache.
> I'm really sorry for this inconvenience (and I still cannot understand=20
> what failed or who
> is responsible for this...).
>=20
> Francesco
>=20
>=20
>=20
> Francesco Montorsi wrote:
> > Hi,
> > after sending the last mail I found out that all wxCode wiki has gone !
> > Does anyone know anything about this ?
> >
> > Two weeks ago I moved all the contents of the wiki from
> > /home/groups/w/wx/wxcode/htdocs/wiki/wiki.d
> > to
> > /tmp/persistent/wxcode/pmwiki.d/wiki.d
> >
> > as told in
> >
> > http://www.pmwiki.org/wiki/Cookbook/SourceForgeServers
> >
> > and I remember everything was working... did anyone make a change ?
> > I really don't want such things happen; I'll add a backup script for
> > wxcode wiki ASAP; but what about the old content of the wiki ?!?
> >
> > I really hope it's still somewhere in SF servers !!! I would hate to
> > rewrite all those pages.
> >
> > If noone knows why this problem happened, I'll open a Sourceforge
> > support request for clarifications...
> >
> > Francesco
> >
> >
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle=20
> Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing &=
=20
> QA
> > Security * Process Improvement & Measurement *=20
> http://www.sqe.com/bsce5sf
> > _______________________________________________
> > wxCode-users mailing list
> > wxC...@li...
> > https://lists.sourceforge.net/lists/listinfo/wxcode-users
> >
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle=20
> Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q=
A
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>

Re: [wxCode-users] wiki status

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

Hi,
    unfortunately, the reply from SF was:

SourceForge.net did not delete your wiki content. If it was
deleted, it was by a third party. We highly recommend you
keep a backup of the content, as due to the permissions
structure, anything in that tree is susceptible to being
deleted by another user, per the documentation in:
https://www.sf.net/docs/E07

We do not keep backups of web content in such a manner to
allow us to restore on demand, so you should simply
reinstate your wiki and start to make backups. Further, you
may want to consider using a wiki that uses the MySQL
database for storage, as that will likely provide a level of
additional security that you won't get in the
/tmp/persistent tree.

Since I cannot find any wiki based on MySQL, I'll just keep the current wiki; I added a 
script to make wiki backups and I'll try to restore some wiki pages from my browser cache.
I'm really sorry for this inconvenience (and I still cannot understand what failed or who 
is responsible for this...).

Francesco



Francesco Montorsi wrote:
> Hi,
>    after sending the last mail I found out that all wxCode wiki has gone !
> Does anyone know anything about this ?
> 
> Two weeks ago I moved all the contents of the wiki from
> /home/groups/w/wx/wxcode/htdocs/wiki/wiki.d
> to
> /tmp/persistent/wxcode/pmwiki.d/wiki.d
> 
> as told in
> 
> http://www.pmwiki.org/wiki/Cookbook/SourceForgeServers
> 
> and I remember everything was working... did anyone make a change ?
> I really don't want such things happen; I'll add a backup script for 
> wxcode wiki ASAP; but what about the old content of the wiki ?!?
> 
> I really hope it's still somewhere in SF servers !!! I would hate to 
> rewrite all those pages.
> 
> If noone knows why this problem happened, I'll open a Sourceforge 
> support request for clarifications...
> 
> Francesco
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
> 

Re: [wxCode-users] New component list

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

I would like to start now with new component list; I tested the links creator scripts and 
you can see the results at (for example):

http://wxcode.sourceforge.net/complinks_category_partial.inc.html

If you have any objection/comment/suggestion, please do it now,
FM


Francesco Montorsi wrote:
> Hi,
> 
> Jorgen Bodde wrote:
> 
>> This sounds very good! I like a categoric approach. As long as the 
>> categories makes it easy to find controls. What do you mean with 
>> managed controls?
> 
> When I wrote the string
> 
> Networking (12): 1 2 | Managed windows (2): 1 | Controls (30): 1 2 3 | ...
> 
> I was just thinking to the categories I put in the database... I took 
> them from the wxWidgets documentation page "classes by category": as you 
> can see the first section is "managed windows", then "misc windows", etc.
> 
>> Maybe it is an idea to get the following categories:
>>
>> - Edit controls (spin controls, text edit)
>> - Layout / Container controls (controls that can contain other controls)
>> - Non visual networking
>> - Non visial misc
> 
> At first I took a similar approach creating some categories like these 
> but then I thought: maybe using wxWidgets documentation categories is 
> better since our components are based on wx and maybe that in future 
> some of them will be integrated directly into wx itself.
> 
> The current categories are:
> 
> 'managed windows', 'miscellaneous windows', 'common dialogs', 
> 'controls', 'window layout', 'networking', 'stream classes', 'database 
> classes', 'miscellaneous', 'utilities', 'tutorials/wxdocs'
> 
> Unfortunately I see that I completely forgot to update the "category" 
> listbox in the EDIT page of the website :(
> 
> Before repairing that I'd like to decide definitevely the main 
> categories that the DB must support (in future others categories can be 
> added to the DB without problems).
> 
> So, do you think it's best to stick to wx categories I listed above 
> (maybe adding some new entry) or we should use another different set of 
> categories ?
> 
>> Thanks for your effort in the site!
>> - Jorgen
> 
> Thanks to all people submitting their code to wxCode ! ;)
> 
> Francesco
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>