Re: [PDCurses] Update to Win32a posted

2012-10-31 Thread anatoly techtonik
On Tue, Oct 30, 2012 at 8:23 PM, Bill J Gray pl...@projectpluto.com wrote:
 Hello all,

I have posted a pretty significant update to the Win32a flavor of
 PDCurses:

 http://www.projectpluto.com/win32a.htm

In particular,  I fixed some problems caused by the fact that by default,
 the
 Win32a window was user-resizable.  The only other flavor of PDCurses for
 which this
 is true is the X11 one,  and there are plenty of programs out there
 (including most
 of the demo ones) that don't handle user resizing.  In Win32a,  if the user
 resized
 a window and the resulting KEY_RESIZE message wasn't handled,  you could get
 garbage
 or crashes.  I fixed this.

But I then made non-user-resizable windows the default.  If you want to
 have
 user resizable windows,  you have to set

 ttytype[0] = 1;

Looks magical. Is it possible to make it a property of the window or
more obvious API switch?
--
anatoly t.


Re: [PDCurses] SourceForge: CVS - git; GitHub

2015-06-18 Thread anatoly techtonik
On Thu, Jun 18, 2015 at 5:50 AM, William McBrine wmcbr...@gmail.com wrote:
 Sorry for the delay. I finally got around to looking at Frank
 Palazzolo's CVS to git conversion and was satisfied with it, so I
 forked it on GitHub, and cloned it to SourceForge. The old CVS
 repository is now gone. Further changes will be pushed to both
 SourceForge and GitHub.

The missing link:
https://github.com/wmcbrine/PDCurses

All of this is great.
-- 
anatoly t.


Re: [PDCurses] Need with Autotools compilation on X11

2016-01-11 Thread anatoly techtonik
On Mon, Jan 11, 2016 at 6:11 PM, William McBrine <wmcbr...@gmail.com> wrote:
> On Mon, Jan 11, 2016 at 6:17 AM, anatoly techtonik <techto...@gmail.com> 
> wrote:
>
>> But it is still unclear why autotools don't autodetect these.
>
> Well, it goes through the MH_CHECK_X_LIB function in alocal.m4, which
> defines the search path like so:
>
> mh_lib_dirs="$x_libraries `echo "$ac_x_includes $ac_x_header_dirs" |
> sed s/include/lib/g`"

And who created this aclocal.m4?

>From http://stackoverflow.com/a/1971156/239247 it it looks like it is
obsolete functionality, but I don't understand what is being replaced with
what. Shouldn't locating X11 libs be a common Linux task that doesn't
rely on custom macros?

BTW, the message is posted, waiting for reply:
http://lists.gnu.org/archive/html/autoconf/2016-01/threads.html

-- 
anatoly t.


Re: [PDCurses] Need with Autotools compilation on X11

2016-01-17 Thread anatoly techtonik
On Thu, Jan 14, 2016 at 4:26 PM, LM <lme...@gmail.com> wrote:
> On Wed, Jan 13, 2016 at 5:23 PM, anatoly techtonik <techto...@gmail.com> 
> wrote:
>> On Tue, Jan 12, 2016 at 3:54 PM, LM <lme...@gmail.com> wrote:
>>> CDetect
>>
>> Does that thing require installation of new tool?
>
> No just 3 include files (C files).  One could even possibly distribute
> them with pdcurses if desired.

Correct me if I wrong, but this is a ./configure done in C?

And actually I don't understand what "a tool to help you configure
projects" really means, because I am not familiar with autoconf
(that's why I asked the question in the first place). So I see that C
files already have #define mechanism inside, but it looks like C
compilers can not agree what #define's to set and what do they mean.
That's why users need to create #defines themselves and define the
meaning for them. Am I right?

Is there any attempt to define standard set for those #define's and
their meaning across compilers?

Then tools like autoconf are used to detect which #define is correct
for specific system and set its value accordingly. Right? This is made
by perl script named ./configure. Right? What is the role of cDetect
then? Is it a C program that does the job of Perl ./configure?
-- 
anatoly t.


[PDCurses] Continuous integration for Github

2016-03-20 Thread anatoly techtonik
Hi,

In https://github.com/wmcbrine/PDCurses/pull/3 pull request
there is a support for automatically running build on every
commit and submitted pull request.

This makes it easier for contributor to see if their Windows
fixes break something on Linux and vice versa.
-- 
anatoly t.