hwgui-developers — Discussing of HwGUI development

Re: [Hwgui-developers] 2.18 is uploaded

[Alexander S.K. <al...@be...>]

Maurizio,

> Let me know if I can help committing some trivial change or you prefer I 
> send you the diff files.

  The first option is better.

> 
> 1. the hwgui.hbm still stores the reference to hctrlex.prg: I think that 
> it would be striped out
> 2. the source/winapi/registry.c is referenced in hwgui.hbm but isn't 
> more present in the repository
> 3. again in hwgui.hbm, the source/winapi/hfrmtmpl.prg is referenced, but 
> the file is present only in the gtk folder

  Thanks, fixed.

> 4. the lib hwg_extctrl is useless because the related commands are 
> missing from the include file: I think that this commands need to be 
> collected in a hwg_extctrl.ch header file and added into the include folder
> 
> About this extended controls, I think that the buttonex should be 
> included in the main lib.

  We need to check before does they work with the current code. I took 
it from 2.17 without any changes and didn't test. A little problem is 
that I haven't any sample with them and still know nothing about 
additional features they give.

> I remember that the simple button object become useless as soon you need 
> to manage the focus or you try to fine tune its behaviour.
> 

  Maybe. Personally I never had a necessity to manage the focus on buttons.

Regards, Alexander.

Re: [Hwgui-developers] 2.18 is uploaded

[Maurizio la C. <m.l...@gm...>]

Hi Alex,

Il 23/06/2013 15:26, Alex ha scritto:
> I did it.
> The 2.17 is copied to branches/hwgui_2_17 and 2.16c has been uploaded as
> 2.18.
Many thanks. I believe that's the right way.
> Maybe, I missed something - if so, we will know about it soon.
Ok.
Let me know if I can help committing some trivial change or you prefer I 
send you the diff files.
Anyway, there's my first quick report about the problems after the 2.18 
creation:

1. the hwgui.hbm still stores the reference to hctrlex.prg: I think that 
it would be striped out
2. the source/winapi/registry.c is referenced in hwgui.hbm but isn't 
more present in the repository
3. again in hwgui.hbm, the source/winapi/hfrmtmpl.prg is referenced, but 
the file is present only in the gtk folder
4. the lib hwg_extctrl is useless because the related commands are 
missing from the include file: I think that this commands need to be 
collected in a hwg_extctrl.ch header file and added into the include folder

About this extended controls, I think that the buttonex should be 
included in the main lib.
I remember that the simple button object become useless as soon you need 
to manage the focus or you try to fine tune its behaviour.

Let me see deeper for other needed steps.
Thanks again.
BR
Maurizio

>
> Regards, Alexander.
>
>
> ________________________________________________
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Hwgui-developers mailing list
> Hwg...@li...
> https://lists.sourceforge.net/lists/listinfo/hwgui-developers
>
>

Re: [Hwgui-developers] hwgui directories structure

[Alexander S.K. <al...@be...>]

Alejandro de Garate writes:

> 
> I think it is better one step at a time.
> 
> Please concentrate on reorganize and recuperate a basic functionality
> of HWG, before to waste energy on move it to another site.

  This is exactly what we decided to do.
> 
> Without a full consensus of all developers, is to divide the efforts to
> improve the project.
> 

  Agree.

> 
> The HWG project itself is more important than the site where it is hosted.
> 

  Sure.

Regards, Alexander.

Re: [Hwgui-developers] Syntaxe 2.16c -> 2.17

[Alexander S.K. <al...@be...>]

Itamar M. Lins Jr. Lins writes:
> Hi!
> 
> @ 240,180 get ComboBox oCl09 VAR cCl09 ITEMS aEstCiv TEXT Size 120,20 
> DisplayCount 4
> 
> New flags for example, "DisplayCount" not found this is new version 2.18

   Yes, 2.18 ( former 2.16c ) doesn't include a number of features, 
which was in 2.17. We told that we will add those of them, which are 
needed, which are used by programmers. So, this "DisplayCount" is one of 
first candidates to be added :)

> Ou new class ButtonEx not found :(
> 


It is was absent in 2.16c, but it is included in 2.18 in 
contrib/ect_controls directory. You can build the hwg_extctrl.lib, using 
the contrib/make_b32.bat or contrib/hwg_extctrl.hbp.

Regards, Alexander.

Re: [Hwgui-developers] hwgui directories structure

[Alejandro de G. <ale...@ho...>]

>From some years till now HWGui is losing visibility and reliability.

Now when seems things are moving...

I think it is better one step at a time.

Please concentrate on reorganize and recuperate a basic functionality
of HWG, before to waste energy on move it to another site.

Without a full consensus of all developers, is to divide the efforts to 
improve the project.

I suspect that SourceForge is giving more attention to the most important 
projects rather than small projects like HWG.

The HWG project itself is more important than the site where it is hosted.

My 2 cents.

best regards
---
Alejandro

 		 	   		  

[Hwgui-developers] Syntaxe 2.16c -> 2.17

[Itamar M. L. J. L. <ita...@gm...>]

Hi!

@ 240,180 get ComboBox oCl09 VAR cCl09 ITEMS aEstCiv TEXT Size 120,20
DisplayCount 4

New flags for example, "DisplayCount" not found this is new version 2.18
Ou new class ButtonEx not found :(


Best regards,
Itamar M. Lins Jr.

[Hwgui-developers] 2.18 is uploaded

[Alex <al...@be...>]

I did it.
The 2.17 is copied to branches/hwgui_2_17 and 2.16c has been uploaded as
2.18.
Maybe, I missed something - if so, we will know about it soon.

Regards, Alexander.


________________________________________________

Re: [Hwgui-developers] hwgui directories structure

[Luiz R. <lu...@xh...>]

Alex

Agree

Regards
Luiz

From: Maurizio la Cecilia 
Sent: Saturday, June 22, 2013 6:10 AM
To: Alex 
Cc: hwg...@li... 
Subject: Re: [Hwgui-developers] hwgui directories structure

I agree.
BR
Maurizio


Il 22/06/2013 11:00, Alex ha scritto:

 Ok, I suggest the following: we stay on Sourceforge SVN, copy current code
as a branch 2_17 and upload the 2.16c as a main branch ( its files will
replace current ).
 The directory structure will be changed in accordance with our discussion
and this version will be 2.18.
 We will discuss here, which features of 2.17 should be added to 2.18.

 Regards, Alexander.

________________________________________________



------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Hwgui-developers mailing list
Hwg...@li...
https://lists.sourceforge.net/lists/listinfo/hwgui-developers






--------------------------------------------------------------------------------
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev 


--------------------------------------------------------------------------------
_______________________________________________
Hwgui-developers mailing list
Hwg...@li...
https://lists.sourceforge.net/lists/listinfo/hwgui-developers

Re: [Hwgui-developers] hwgui directories structure

[oleksa <m.o...@uk...>]

+1

Regards,
Alexey Myronenko

 --- Оригінальне повідомлення ---
Від кого: "Maurizio la Cecilia" <m.l...@gm...>
Дата: 22 червня 2013, 12:11:21

 
> I agree.
> 
> BR
> 
> Maurizio
> 
> Il 22/06/2013 11:00, Alex ha scritto:
> 
> 
> > Ok, I suggest the following: we stay on Sourceforge SVN, copy current code
> > as a branch 2_17 and upload the 2.16c as a main branch ( its files will
> > replace current ).
> > The directory structure will be changed in accordance with our discussion
> > and this version will be 2.18.
> > We will discuss here, which features of 2.17 should be added to 2.18.
> > 
> > Regards, Alexander.
> > 
> > ________________________________________________
> > 
> > 
> > 
> > ------------------------------------------------------------------------------
> > This SF.net email is sponsored by Windows:
> > 
> > Build for Windows Store.
> > 
> > http://p.sf.net/sfu/windows-dev2dev
> > _______________________________________________
> > Hwgui-developers mailing list
> > Hwg...@li...
> > https://lists.sourceforge.net/lists/listinfo/hwgui-developers
> 
> 
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-dev2dev
> 
> _______________________________________________
> Hwgui-developers mailing list
> Hwg...@li...
> https://lists.sourceforge.net/lists/listinfo/hwgui-developers

Re: [Hwgui-developers] hwgui directories structure

[Maurizio la C. <m.l...@gm...>]

I agree.
BR
Maurizio

Il 22/06/2013 11:00, Alex ha scritto:
>   Ok, I suggest the following: we stay on Sourceforge SVN, copy current code
> as a branch 2_17 and upload the 2.16c as a main branch ( its files will
> replace current ).
>   The directory structure will be changed in accordance with our discussion
> and this version will be 2.18.
>   We will discuss here, which features of 2.17 should be added to 2.18.
>
>   Regards, Alexander.
>
> ________________________________________________
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Hwgui-developers mailing list
> Hwg...@li...
> https://lists.sourceforge.net/lists/listinfo/hwgui-developers
>
>

Re: [Hwgui-developers] hwgui directories structure

[Alex <al...@be...>]

 Ok, I suggest the following: we stay on Sourceforge SVN, copy current code
as a branch 2_17 and upload the 2.16c as a main branch ( its files will
replace current ).
 The directory structure will be changed in accordance with our discussion
and this version will be 2.18.
 We will discuss here, which features of 2.17 should be added to 2.18.

 Regards, Alexander.

________________________________________________

Re: [Hwgui-developers] hwgui directories structure

[oleksa <m.o...@uk...>]

Perhaps we create the table with + and - for SVN vs GIT, or others and then make a choice, because we are just saying svn is better or git is better or other is better. For me SVN is known and i use it, and it's enough for me, but git need to learn, understand it logic, for me it's more difficult (perhaps this is not true). In other side, we can try git, as for me we lose a little bit of switching to GIT.
In other side, more users just download the library and we can put reference to libs on SVN. Due above, Alexander, and you as a project leader, have a main voice where project will live.

(Sorry, if I wrote something unclear)

Regards,
Alexey Myronenko

 --- Оригінальне повідомлення ---
Від кого: "Maurizio la Cecilia" <m.l...@gm...>
Дата: 21 червня 2013, 14:16:59

 
> GIT is better in all aspects, IMHO.SVN isn't bad, but last updates on SourceForge lowered the quality of the interface and of the service.
> Regards
> Maurizio
> 
> 
> 
> 
> 
> 
> 
> 
> 2013/6/21 Alex Strickland <ss...@mw...>
> > Hi
> > 
> > 
> > >    BTW, I'd like to hear more opinions about preferred place for HwGUI.
> > 
> > 
> > I like GIT, but that is not so important, as I think SourceForge is not
> > 
> > doing a great job and github is.
> > 
> > 
> > --
> > 
> > Regards
> > 
> > Alex
> > 
> > 
> > ------------------------------------------------------------------------------
> > 
> > This SF.net email is sponsored by Windows:
> > 
> > 
> > Build for Windows Store.
> > 
> > http://p.sf.net/sfu/windows-dev2dev
> > 
> > _______________________________________________
> > 
> > Hwgui-developers mailing list
> > Hwg...@li...
> > https://lists.sourceforge.net/lists/listinfo/hwgui-developers
> 
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-dev2dev
> 
> _______________________________________________
> Hwgui-developers mailing list
> Hwg...@li...
> https://lists.sourceforge.net/lists/listinfo/hwgui-developers

Re: [Hwgui-developers] hwgui directories structure

[Maurizio la C. <m.l...@gm...>]

GIT is better in all aspects, IMHO.
SVN isn't bad, but last updates on SourceForge lowered the quality of the
interface and of the service.
Regards
Maurizio


2013/6/21 Alex Strickland <ss...@mw...>

> Hi
>
> >    BTW, I'd like to hear more opinions about preferred place for HwGUI.
>
> I like GIT, but that is not so important, as I think SourceForge is not
> doing a great job and github is.
>
> --
> Regards
> Alex
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Hwgui-developers mailing list
> Hwg...@li...
> https://lists.sourceforge.net/lists/listinfo/hwgui-developers
>

Re: [Hwgui-developers] hwgui directories structure

[Alex S. <ss...@mw...>]

Hi

>    BTW, I'd like to hear more opinions about preferred place for HwGUI.

I like GIT, but that is not so important, as I think SourceForge is not 
doing a great job and github is.

-- 
Regards
Alex

Re: [Hwgui-developers] hwgui directories structure

[Alexander S.K. <al...@be...>]

Luiz Rafael Culik writes:

> I prefer an new MAIN Branch on SVN. the current code, should be tagged, 
> and all new one be on SVN head.
> 

  As I wrote, this isn't a question of great importance for me, what to 
use, SVN, GIT or even CVS.
  But what do you have against GIT ?
  I found it fast and reliable. I've created an organization in github ( 
HwGUI ), we may place the repository there. All current admins and, 
maybe someone else, could be admins there, too.

  BTW, I'd like to hear more opinions about preferred place for HwGUI.

Regards, Alexander.

Re: [Hwgui-developers] hwgui 216c and Unicode

[Alexander S.K. <al...@be...>]

> 
> Alexander, what do you think about unicode support in 216c, as i see Przemyslaw add it more later.
> 

  All these changes was added to 2.16c.

Regards, Alexander.

Re: [Hwgui-developers] hwgui directories structure

[Luiz R. C. <lu...@xh...>]

Alex

I prefer an new MAIN Branch on SVN. the current code, should be tagged, and
all new one be on SVN head.

Regards
Luiz


2013/6/21 Maurizio la Cecilia <m.l...@gm...>

> Hi Alex,
>
>
> 2013/6/21 Alexander S.Kresin <al...@be...>
>
> oleksa writes:
>> > What about remove (?)utils/hwmake and utils/hwreport dirs? And move
>> gtk/hfrmtmpl.prg to gtk/procmisc/hfrmtmpl.prg like in source?
>> >
>>
>>   Hwmake doesn't present in 2.16c, but we may add it from current SVN to
>> contrib/, I think. BTW, does it work ?
>>   Hwreport ? I don't know, I didn't think about it.
>>   What about the hfrmtmpl.prg, it was supposed to be identical in both
>> Windows and GTK versions and the fact that it is separate in gtk/ I
>> consider as temporary.
>>
>>   But when I was asking about the directory structure, I had in mind
>> more serios changes. I don't like, for example, that procmisc/ and
>> hbxml/, which are used in both windows and gtk versions, are placed in
>> the source/, which is a source for windows.
>> Maybe it has a sense to move gtk/ to source/ and create in source/ new
>> directory, winapi/, for example, for windows version sources. And move
>> the gtk/samples to samples/gtk ?
>>
>
> It's just what I suggested in my previous post on this thread.
> About procmisc and hbxml, a solution could be to add another folder below
> source and samples, i.e. "common"
> So the new structure for both folders should be:
>
> \source( and same for samples)
>       \wapi
>            \....
>       \gtk
>             \....
>       \common
>            \procmisc
>            \hbxml
>
> BR
> Maurizio
>
>
>>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Hwgui-developers mailing list
> Hwg...@li...
> https://lists.sourceforge.net/lists/listinfo/hwgui-developers
>
>

[Hwgui-developers] hwgui 216c and Unicode

[oleksa <m.o...@uk...>]

Hi!

Alexander, what do you think about unicode support in 216c, as i see Przemyslaw add it more later.

Regards,
Alexey Myronenko

Re: [Hwgui-developers] hwgui directories structure

[Maurizio la C. <m.l...@gm...>]

Hi Alex,


2013/6/21 Alexander S.Kresin <al...@be...>

> oleksa writes:
> > What about remove (?)utils/hwmake and utils/hwreport dirs? And move
> gtk/hfrmtmpl.prg to gtk/procmisc/hfrmtmpl.prg like in source?
> >
>
>   Hwmake doesn't present in 2.16c, but we may add it from current SVN to
> contrib/, I think. BTW, does it work ?
>   Hwreport ? I don't know, I didn't think about it.
>   What about the hfrmtmpl.prg, it was supposed to be identical in both
> Windows and GTK versions and the fact that it is separate in gtk/ I
> consider as temporary.
>
>   But when I was asking about the directory structure, I had in mind
> more serios changes. I don't like, for example, that procmisc/ and
> hbxml/, which are used in both windows and gtk versions, are placed in
> the source/, which is a source for windows.
> Maybe it has a sense to move gtk/ to source/ and create in source/ new
> directory, winapi/, for example, for windows version sources. And move
> the gtk/samples to samples/gtk ?
>

It's just what I suggested in my previous post on this thread.
About procmisc and hbxml, a solution could be to add another folder below
source and samples, i.e. "common"
So the new structure for both folders should be:

\source( and same for samples)
      \wapi
           \....
      \gtk
            \....
      \common
           \procmisc
           \hbxml

BR
Maurizio


>

Re: [Hwgui-developers] hwgui directories structure

[Alexander S.K. <al...@be...>]

oleksa writes:
> What about remove (?)utils/hwmake and utils/hwreport dirs? And move gtk/hfrmtmpl.prg to gtk/procmisc/hfrmtmpl.prg like in source?
> 

  Hwmake doesn't present in 2.16c, but we may add it from current SVN to 
contrib/, I think. BTW, does it work ?
  Hwreport ? I don't know, I didn't think about it.
  What about the hfrmtmpl.prg, it was supposed to be identical in both 
Windows and GTK versions and the fact that it is separate in gtk/ I 
consider as temporary.

  But when I was asking about the directory structure, I had in mind 
more serios changes. I don't like, for example, that procmisc/ and 
hbxml/, which are used in both windows and gtk versions, are placed in 
the source/, which is a source for windows.
Maybe it has a sense to move gtk/ to source/ and create in source/ new 
directory, winapi/, for example, for windows version sources. And move 
the gtk/samples to samples/gtk ?

Regards, Alexander.

Re: [Hwgui-developers] hwgui directories structure

[Alexander S.K. <al...@be...>]

Luiz,

  please, clarify your point.
  Does you suggest to leave all as it is and work on current SVN branch, 
or you mean that it is better to use for the new HwGUI repository only 
the Sourceforge SVN ?

  I never like the idea to have two HwGUI, but here is the reality:
I'm not ready more to dig in complicated and labyrinthine current HwGUI 
code in SVN to clean it up and look for bugs. In a last half of year I 
investigated the sources few times, looking for a bugs, reported here, 
and every time  I had a feeling that it's better to "cut the Gordian 
cnot" - to replace the whole file with its more simple old version.
For me much more simple to clean 2.16c and then introduce there some of 
enhancements of current version,if needed, but, probably, in a bit other 
implementation.
   That's why I use 2.16c for myself and I want it to be a base for 
further HwGUI development. And for me the question is where to place 
2.16c sources. CVS, SVN, GIT, ... - the choice isn't important for me. 
We all worked with CVS few years ( letodb is still under CVS ) and I 
hadn't problems with it, moreover, SVN is worse for me because of a 
bigger size of a local repository. Sourceforge, github or something else 
? I haven't much experience with github, excepting a passive work with a 
Harbour repository. Are there real problems with it ?
Sourceforge isn't an ideal, too. It becames more and more slow, and 
there appears problems which aren't solved by their team  One of them 
you will see, if you visit the HwGUI or LetoDB page - the latest 
activity is marked as of 2012-12-07, while there was many code uploading 
and some other changes since this time. I reported about this to 
Sourceforge a couple of months ago and got a link to some kind of 
discussion board, where this problem was noted as awating of solving for 
a long time already...

So, what's your point about these all ?

Regards, Alexander.

> Alex
> 
> Please, no github, stay all hwgui only on SVN
> 
> 

Re: [Hwgui-developers] hwgui directories structure

[oleksa <m.o...@uk...>]

 --- Оригінальне повідомлення ---
Від кого: "Maurizio la Cecilia" <m.l...@gm...>
Дата: 20 червня 2013, 17:19:53

 
> Hi all,
> 
> Il 20/06/2013 15:38, oleksa ha scritto:
> 
> 
> > What about remove (?)utils/hwmake and utils/hwreport dirs? And move gtk/hfrmtmpl.prg to gtk/procmisc/hfrmtmpl.prg like in source?
> Maybe I can agree on hwmake, but hwreport contains some good example
> of hwGUI code and offers a backward bridge to Clipper users.

In that case maybe better to cut some good example from hwreport and make self contained example for users, than  keep hwreport compatible with harbour abd hwgui.

> 
> 
> My suggestion is to take the occasion to change some not-english
> named functions and variables to english language (i.e., stroka,
> etc.) to enhance the readability of sources for not eastern-European
> people.
> 
this also applies to the core.

Regards,
Alexey Myronenko

Re: [Hwgui-developers] hwgui directories structure

[Maurizio la C. <m.l...@gm...>]

Hi all,

Il 20/06/2013 15:38, oleksa ha scritto:
> What about remove (?)utils/hwmake and utils/hwreport dirs? And move gtk/hfrmtmpl.prg to gtk/procmisc/hfrmtmpl.prg like in source?
Maybe I can agree on hwmake, but hwreport contains some good example of 
hwGUI code and offers a backward bridge to Clipper users.

My suggestion is to take the occasion to change some not-english named 
functions and variables to english language (i.e., stroka, etc.) to 
enhance the readability of sources for not eastern-European people.
Another step to readability would be to hbformat the sources.

About the repository tree, maybe the gtk folder should be below the 
source and samples folders, but this would need a "wapi" subfolder to 
separate the code:

\hwgui
     \source
             \wapi
                     \........
             \gtk
                      \.....
     \samples
             \wapi
                     \....
             \gtk
                     \....
     \.....

I don't know if it's better, but sure more compliant with multiplatform 
feature.
Just my thought about.
BR
Maurizio


> Regards,
> Alexey Myronenko
>
>   --- Оригінальне повідомлення ---
> Від кого: "Alexander S.Kresin" <al...@be...>
> Дата: 20 червня 2013, 15:59:04
>
>   
>> I prepare sources for uploading them to github, it's a good time to
>> change the directories structure, if needed. Are there any suggestions ?
>>
>> Regards, Alexander.
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by Windows:
>>
>> Build for Windows Store.
>>
>> http://p.sf.net/sfu/windows-dev2dev
>> _______________________________________________
>> Hwgui-developers mailing list
>> Hwg...@li...
>> https://lists.sourceforge.net/lists/listinfo/hwgui-developers
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Hwgui-developers mailing list
> Hwg...@li...
> https://lists.sourceforge.net/lists/listinfo/hwgui-developers

Re: [Hwgui-developers] hwgui directories structure

[oleksa <m.o...@uk...>]

What do you mean about team of winners?

Regards,
Alexey Myronenko

 --- Оригінальне повідомлення ---
Від кого: "Luiz Rafael Culik" <lu...@xh...>
Дата: 20 червня 2013, 16:38:26

 
> Why change the team of winners,
> change service, need to change all configurations need to download and compile.
> 
> 
> and personaly, for me svn is more stable then git
> 
> 
> 
> if needed to change, then i go for mercurial
> 
> 
> 
> Regards
> 
> Luiz
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 2013/6/20 oleksa <m.o...@uk...>
> > Hi!
> > 
> > 
> > Can you explain your choice of only SVN?
> > 
> > 
> > Regards,
> > 
> > Alexey Myronenko
> > 
> > 
> > --- Оригінальне повідомлення ---
> > 
> > Від кого: "Luiz Rafael Culik" <lu...@xh...>
> > 
> > Дата: 20 червня 2013, 16:10:40
> > 
> > 
> > 
> > > Alex
> > 
> > >
> > 
> > > Please, no github, stay all hwgui only on SVN
> > 
> > >
> > 
> > >
> > 
> > > Regards
> > 
> > >
> > 
> > > Luiz
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > > 2013/6/20 Alexander S.Kresin <al...@be...>
> > 
> > > > I prepare sources for uploading them to github, it's a good time to
> > 
> > > >
> > 
> > > > change the directories structure, if needed. Are there any suggestions ?
> > 
> > > >
> > 
> > > >
> > 
> > > > Regards, Alexander.
> > 
> > > >
> > 
> > > >
> > 
> > > > ------------------------------------------------------------------------------
> > 
> > > >
> > 
> > > > This SF.net email is sponsored by Windows:
> > 
> > > >
> > 
> > > >
> > 
> > > > Build for Windows Store.
> > 
> > > >
> > 
> > > > http://p.sf.net/sfu/windows-dev2dev
> > 
> > > >
> > 
> > > > _______________________________________________
> > 
> > > >
> > 
> > > > Hwgui-developers mailing list
> > 
> > > > Hwg...@li...
> > 
> > > > https://lists.sourceforge.net/lists/listinfo/hwgui-developers
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > > ------------------------------------------------------------------------------
> > 
> > > This SF.net email is sponsored by Windows:
> > 
> > >
> > 
> > > Build for Windows Store.
> > 
> > >
> > 
> > > http://p.sf.net/sfu/windows-dev2dev
> > 
> > >
> > 
> > > _______________________________________________
> > 
> > > Hwgui-developers mailing list
> > 
> > > Hwg...@li...
> > 
> > > https://lists.sourceforge.net/lists/listinfo/hwgui-developers
> > 
> > 
> > ------------------------------------------------------------------------------
> > 
> > This SF.net email is sponsored by Windows:
> > 
> > 
> > Build for Windows Store.
> > 
> > http://p.sf.net/sfu/windows-dev2dev
> > 
> > _______________________________________________
> > 
> > Hwgui-developers mailing list
> > Hwg...@li...
> > https://lists.sourceforge.net/lists/listinfo/hwgui-developers

Re: [Hwgui-developers] hwgui directories structure

[oleksa <m.o...@uk...>]

What about remove (?)utils/hwmake and utils/hwreport dirs? And move gtk/hfrmtmpl.prg to gtk/procmisc/hfrmtmpl.prg like in source?

Regards,
Alexey Myronenko

 --- Оригінальне повідомлення ---
Від кого: "Alexander S.Kresin" <al...@be...>
Дата: 20 червня 2013, 15:59:04

 
> I prepare sources for uploading them to github, it's a good time to 
> change the directories structure, if needed. Are there any suggestions ?
> 
> Regards, Alexander.
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Hwgui-developers mailing list
> Hwg...@li...
> https://lists.sourceforge.net/lists/listinfo/hwgui-developers