79bb0057c8
Add new API functions to get and set the visibility of table headers.
...
Added API functions:
uiTableHeaderVisible() to determine whether the table header is visible.
uiTableHeaderSetVisible() to set the visibility of the table header.
Implementation provided for unix, darwin, and windows.
Notes: as darwin does not provide an API for hiding or recreating the
table header I opted for saving a reference and restoring that when the
visibility is set back to true. Setting the header to nil to hide it is
the suggested method for hiding the header according to the docs.
2020-09-15 08:41:44 -05:00
34d1d0ac48
Merge pull request #500 from L4r0x/table-mem-leak
...
Fix memory leak in uiTable setEditable on unix.
2020-06-07 21:09:04 -04:00
4ee9c47ddc
Looks like meson now requires a newer ninja than what ships with whatever version of whatever Debian-derived distribution Azure Pipelines uses. Use ninja from pip instead (it's a special distribution maintained by the SciPy guys, apparently).
2020-06-07 21:05:16 -04:00
6b124b6f55
Fix memory leak in uiTable setEditable on unix.
...
GtkTreePath was not freed correctly.
2020-06-07 20:41:31 +02:00
54567bd4f6
Fix memory leak uiTable setEditable on unix.
...
The tree_model_path was not freed correctly.
2020-06-07 17:13:36 +02:00
a0a980712e
Merge pull request #480 from rjopek/patch-1
...
Update README.md
2020-01-01 11:35:45 -05:00
9e8bda22a7
Update README.md
...
Removed outdated link, original project restored.
2019-12-29 19:40:51 +01:00
e8a4562744
Merge pull request #479 from jaens/patch-1
...
Remove pylibui-cffi from README
2019-12-29 09:58:45 -05:00
bd420fed73
Remove pylibui-cffi from README
...
The owner has archived the repository, which I assume means it's unmaintained.
2019-12-27 12:09:44 -08:00
1b05846892
Fixed a use-before-initialize bug in unix/area.c. This was present from the start, and was an error in my Go code conversion; oops. Fixes #472 .
2019-09-15 22:53:23 -04:00
17486fd175
More notes.
2019-05-05 23:39:16 -04:00
ee3dbefcf6
Merge pull request #463 from lailton/master
...
Harbour version
2019-04-23 09:09:58 -04:00
73742a0210
Harbour version
2019-04-23 01:46:20 -03:00
28755bdbc0
Make the AppVeyor badge always reflect master.
...
Let's stop sending mixed signals about the build status in the CI environment; Travis and AppVeyor both used "the latest build" by default, and not "master", and apparently this confused people. See https://news.ycombinator.com/item?id=16331432 for an example.
2019-04-17 23:16:05 -04:00
6247f94a74
Fixed the only-on-tags check. This documentation is unclear.
2019-04-07 23:38:28 -04:00
ab58d0053c
Oh, I had to make the connectiona vailable to use on all pipelines.
2019-04-07 23:31:08 -04:00
88a3267cdd
Merge branch 'meson'
...
This switches the build system from CMake to Meson. This also switches from Travis CI to Azure Pipelines.
Fixes #450 .
Fixes #449 .
2019-04-07 23:24:01 -04:00
425c920952
And updated the README with both the Azure Pipelines badge and Meson merge date. We're good to go!
2019-04-07 23:22:09 -04:00
c9ae167d90
I'm a dumb
2019-04-07 23:08:08 -04:00
1761f99e81
Triple oops, maybe??
2019-04-07 23:03:43 -04:00
7fb9cfae21
Double oops
2019-04-07 23:01:50 -04:00
50f019abef
Oops
2019-04-07 23:00:50 -04:00
d62e767056
That didn't work; try it with template syntax instead.
2019-04-07 22:58:21 -04:00
6d1e1d7f26
Try to fix Azure Pipelines. I won't be able to make a tag to test the binaries until I merge back in, but I can't figure out how to set the default branch with YAML configurations (unless I have to do it on master), so.
2019-04-07 22:55:28 -04:00
e8daaf659e
windows/direct2d: fix ID2D1RenderTarget::GetPixelFormat() and ID2D1RenderTarget::GetSize() typedefs in MinGW-w64 ABI workaround
...
MinGW-w64 recently added manual workarounds directly into the class via overloads that make existing Direct2D code source-compatible. However, that exposed an error in my definition of the typedefs I was using in my own workaround: both of these methods are const, even in MSVC, but I neglected to include the const qualifier. I'm not sure how this code compiled in the past, but now the overload resolution engine finds no match.
I want to remain compatible with versions of MinGW-w64 old enough to not have their fix, so our fix remains.
Fixes #446 .
2019-04-07 21:56:35 -04:00
9c164a2c5c
Okay, at this point I'm betting pushd/popd just don't work on AppVeyor's cmd.exe. I'm betting it has to do with popd /? showing me the output of call /? instead. Just use cd.
2019-04-07 21:03:20 -04:00
73e4e58c80
Okay, let's see if it's because of the multiline scripts.
2019-04-07 20:53:32 -04:00
0b319032b6
Other way
2019-04-07 20:44:19 -04:00
fbdd84ac86
Not sure why popd is exiting with status 1...
2019-04-07 20:43:49 -04:00
d08ab7d260
Double oops. But this should work now!
2019-04-07 20:35:56 -04:00
6e915321cc
Oops
2019-04-07 20:29:46 -04:00
52f07b0533
No reason pip shouldn't work...
2019-04-07 20:23:07 -04:00
acc0586fd6
Okay so .appveyor.yml cmd scripts must not have multiline commands, ugh.
2019-04-07 20:16:04 -04:00
3f815718b1
Oops
2019-04-07 18:17:10 -04:00
3037d7b87f
Completely update the AppVeyor proejct. It now only handles MinGW and VS2013 builds, and uses YAML better. Partially based on guidance in the meson documentation.
2019-04-07 18:15:45 -04:00
69bfbbf19c
And set up tagging and GitHub releases. That'll be all for the Azure Pipelines configuration; now we just need the AppVeyor configuration.
2019-04-07 17:47:30 -04:00
102693e1be
Wrong backup
2019-04-07 17:22:10 -04:00
36594e3759
Okay, so it seems I can't insert template names as matrix fields, and I'd rather not have a bunch of tiny jobs for all these different templates. So forget it for now.
2019-04-07 17:20:52 -04:00
5492d34bce
Do I need to use variables.?
2019-04-07 17:13:59 -04:00
a0ef6f6ca7
Okay, I guess I need to use the full pathname for templates?
2019-04-07 17:09:45 -04:00
c0c9a3ae92
Ah
2019-04-07 17:06:23 -04:00
9af82be7f7
Oops again
2019-04-07 17:03:50 -04:00
ac26cf7521
Oops
2019-04-07 17:02:32 -04:00
c2eb806992
Start the matrixification
2019-04-07 17:01:28 -04:00
9b483d972d
Wrote a script to diff all the jobs we have so I can matrix-ify them.
2019-04-07 16:34:22 -04:00
0969f43196
Delete the now-merged files.
2019-04-07 16:12:12 -04:00
b85c5c542a
Merged all the files back together.
2019-04-07 16:11:59 -04:00
851bbfe74f
And the MinGW-w64 in Ubuntu 16.04 is too old. Oh well.
2019-04-07 16:06:17 -04:00
93383cd45a
Oh, the altenratives use win32 by default.
2019-04-07 15:57:53 -04:00
46459dc8b2
OK then, it's a meson bug. Also -win32 doesn't have C++11 threads :|
2019-04-07 15:52:41 -04:00
Angelo Haller
Pietro Gagliardi
Lars Wrenger
Rafał Jopek
Jaen
Pietro Gagliardi
Harbour Developer