Simple and portable (but not inflexible) GUI library in C that uses the native GUI technologies of each platform it supports.
Go to file
Pietro Gagliardi 5939c3203d Created a new file for the font matching code. 2018-03-11 19:32:08 -04:00
_abort Some cleanup of the top-level directory. 2018-02-17 11:10:37 -05:00
_future More TODOs. 2018-03-04 11:25:06 -05:00
_notes More notes. Also fixed a typo (thanks Nicole from Jul). 2018-02-20 21:05:08 -05:00
_wip And moved the OpenType example out of the way too. 2018-03-10 19:42:50 -05:00
common Removed uiprivStrdup() (we'll just uiprivAlloc()+strcpy() instead) and fleshed out the drawtext example's text a bit more. 2018-03-10 22:51:39 -05:00
darwin Migrated attrstr.c back. 2018-03-11 17:36:22 -04:00
doc Reintegrated everything and fixed more compiler errors. Now we have to deal with linker errors, and then with testing to see if everything worked... 2017-11-03 20:59:27 -04:00
examples Removed uiprivStrdup() (we'll just uiprivAlloc()+strcpy() instead) and fleshed out the drawtext example's text a bit more. 2018-03-10 22:51:39 -05:00
test Added some TODOs and started the work necessary for the Windows text system migration... which is gonna hurt. 2017-01-17 23:25:26 -05:00
unix Created a new file for the font matching code. 2018-03-11 19:32:08 -04:00
windows Merge branch 'master' into utflib-and-attrstr 2018-02-17 22:30:01 -05:00
.travis.yml Travis now installs the right version of cmake by default on OS X. No more special hacks. 2016-10-17 14:25:32 -04:00
ANNOUNCE.md Split old announcements and updates out. 2016-06-09 11:22:02 -04:00
CMakeLists.txt Sigh, cmake... 2017-06-03 00:33:40 -04:00
CONTRIBUTING.md Updated CONTRIBUTING.md and moved the old OS X draw text stuff out of the way. 2018-03-04 13:52:33 -05:00
Changelog.md Split old announcements and updates out. 2016-06-09 11:22:02 -04:00
Compatibility.md More future plans. 2016-06-12 11:55:26 -04:00
LICENSE Split into a new repository and added a LICENSE. 2015-04-16 20:31:11 -04:00
README.md Merge branch 'master' into utflib-and-attrstr 2018-02-23 07:29:57 -05:00
TODO.md Wrote the new uiAttribute code in attribute.c. 2018-02-19 18:37:50 -05:00
checklist_attrstr More work on new_ui_attrstr.h. Almost finished with this, actually... 2018-02-18 22:02:42 -05:00
nowintable.diff Quick Windows fixes now localized. 2016-10-23 12:42:00 -04:00
old_ui_attrstr.h And fixed other compile errors. Of course I forgot to add uiFontButton back in (I wanted to properly comment that first :/ ). Now for linker errors, which may result in some warning fixes along the way. 2018-03-09 18:01:23 -05:00
stats.osxdrawtext Ugh, Core Text and NSLayoutManager produce inconsistent output :| 2017-01-21 15:22:19 -05:00
textDarwinEmptyLayout.diff Stashed diffs for fixing empty text layouts on OS X; the code is now utterly complicated AND my memory of what I did so far on this branch is starting to fail. 2017-11-04 16:48:02 -04:00
ui.h More documentation, const correctness, and TODO wrangling. 2017-06-19 22:00:46 -04:00
ui_attrstr.h And wrote a new, simpler drawtext example. Now to debug run-time issues in the new attributed string code! First up: some infinite loop. 2018-03-10 21:57:45 -05:00
ui_darwin.h Added a facility to the OS X port to be notified when a child's visibility has changed; this is necessary for implementing hiding and showing properly. 2016-06-14 10:37:19 -04:00
ui_unix.h Comments related to above. 2017-06-06 16:20:58 -04:00
ui_windows.h Implemented visibility change detection on Windows. Now to refine the actual implementation of hidden controls. 2016-06-14 15:55:24 -04:00

README.md

libui: a portable GUI library for C

This README is being written.
Build Status

Announcements

  • TODO

    • Introduced an all-new formatted text API that allows you to process formatted text in ways that the old API wouldn't allow. You can read on the whole API here. There are also two new examples for this new api: drawtext (which shows the whole API at a glance) and opentype (which focuses on OpenType features).
    • Also introduced a formal set of contribution guidelines, see CONTRIBUTING.md for details.
  • 17 February 2018

    • The longstanding Enter+Escape crashes on Windows have finally been fixed (thanks to @lxn).
    • Alpha 3.5 is now here. This is a quickie release primiarly intended to deploy the above fix to package ui itself. It is a partial binary release; sorry! More new things will come in the next release, which will also introduce semver (so it will be called v0.4.0 instead).
    • Alpha 3.5 also includes a new control gallery example. The screenshots below have not been updated yet.
  • 27 November 2016

    • Decided to split the table stuff into its own branch. It will be developed independently of everything else, along with a few other features.
  • 2 November 2016

    • Added two new functions to replace the deleted uiWindowPosition() and friends: uiAreaBeginUserWindowMove() and uiAreaBeginUserWindowResize(). When used in a uiAreaHandler.Mouse() event handler, these let you initiate a user-driven mouse move or mouse resize of the window at any point in a uiArea.
  • 31 October 2016

    • @krakjoe noticed that I accidentally used thread-unsafe code in uiQueueMain() on Unix. Fixed.
  • 24 October 2016

    • uiWindowSetContentSize() on Unix no longer needs to call up the GTK+ main loop. As a result, bugs related to strange behavior using that function (and the now-deleted uiWindowSetPosition() and uiWindowCenter()) should go away. I'll need to go through the bugs to verify as much, though.
  • 22 October 2016

    • Due to being unable to guarantee they will work (especially as we move toward capability-driven window systems like Wayland), or being unable to work without hacking that breaks other things, the following functions have been removed: uiWindowPosition(), uiWindowSetPosition(), uiWindowCenter(), and uiWindowOnPositionChanged(). Centering may come back at some point in the future, albeit in a possibly restricted form. A function to initiate a user move when a part of a uiArea is clicked will be provided soon.
  • 21 October 2016

    • uiDrawTextWeightUltraBold is now spelled correctly. Thanks to @krakjoe.
  • 18 June 2016

  • 17 June 2016

    • CMake 3.1.0 is now required. This is due to CMake's rapid development pace in the past few years adding things libui needs to build on as many systems as possible. If your OS is supported by libui but its repositories ship with an older version of CMake, you will need to find an updated one somewhere.
    • Please help plan out a better menu API.
  • 5 June 2016

    • Alpha 3.1 is here. This was a much-needed update to Alpha 3 that changes a few things:
      • The build system is now cmake. cmake 2.8.11 or higher is needed.
      • Static linking is now fully possible.
      • MinGW linking is back, but static only.

Old announcements can be found in the ANNOUNCE.md file.

Updates

Note that today's entry (Eastern Time) may be updated later today.

  • 17 June 2016

    • uiMainSteps() no longer takes any arguments and no longer needs to invoke a function to do the work. You still need to call it, but once you do, it will return immediately and you can then get right to your main loop.
    • CMake 3.1.0 is now required. This is due to CMake's rapid development pace in the past few years adding things libui needs to build on as many systems as possible. If your OS is supported by libui but its repositories ship with an older version of CMake, you will need to find an updated one somewhere.
    • Added uiNewVerticalSeparator() to complement uiNewHorizontalSeparator().
  • 16 June 2016

    • Added uiWindowContentSize(), uiWindowSetContentSize(), and uiWindowOnContentSizeChanged() methods for manipulating uiWindow content sizes. Note the use of "content size"; the size you work with does NOT include window decorations (titlebars, menus, etc.).
    • Added uiWindowFullscreen() and uiWindowSetFullscreen() to allow making fullscreen uiWindows, taking advantage of OS facilities for fullscreen and without changing the screen resolution (!).
    • Added uiWindowBorderless() and uiWindowSetBorderless() for allowing borderless uiWindows.
    • Added uiMainSteps(). You call this instead of uiMain() if you want to run the main loop yourself. You pass in a function that will be called; within that function, you call uiMainStep() repeatedly until it returns 0, doing whatever you need to do in the meantime. (This was needed because just having uiMainStep() by itself only worked on some systems.)
    • Added uiProgressBarValue() and allowed passing -1 to uiProgressBarSetValue() to make an indeterminate progress bar. Thanks to @emersion.
  • 15 June 2016

    • Added uiFormDelete(); thanks to @emersion.
    • Added uiWindowPosition(), uiWindowSetPosition(), uiWindowCenter(), and uiWindowOnPositionChanged(), methods for manipulating uiWindow position.
  • 14 June 2016

    • uiDarwinControl now has a ChildVisibilityChanged() method and a corresponding NotifyVisibilityChanged() function that is called by the default show/hide handlers. This is used to make visibility changes work on OS X; uiBox, uiForm, and uiGrid all respect these now.
    • The same has been done on the Windows side as well.
    • Hiding and showing controls and padding calculations are now correct on Windows at long last.
    • Hiding a control in a uiForm now hides its label on all platforms.
  • 13 June 2016

    • intmax_t and uintmax_t are no longer used for libui API functions; now we use int. This should make things much easier for bindings. int should be at least 32 bits wide; this should be sufficient for all but the most extreme cases.
  • 12 June 2016

    • Added uiGrid, a new container control that arranges controls in rows and columns, with stretchy ("expanding") rows, stretchy ("expanding") columns, cells that span rows and columns, and cells whose content is aligned in either direction rather than just filling. It's quite powerful, is it? =P
  • 8 June 2016

    • Added uiForm, a new container control that arranges controls vertically, with properly aligned labels on each. Have fun!
  • 6 June 2016

    • Added uiRadioButtonsSelected(), uiRadioButtonsSetSelected(), and uiRadioButtonsOnSelected() to control selection of a radio button and catch an event when such a thing happens.
  • 5 June 2016

    • Added uiNewPasswordEntry(), which creates a new uiEntry suitable for entering passwords.
    • Added uiNewSearchEntry(), which creates a new uiEntry suitable for searching. On some systems, the OnChanged() event will be slightly delayed and/or combined, to produce a more natural feel when searching.

Old updates can be found in the Changelog.md file.

Runtime Requirements

  • Windows: Windows Vista SP2 with Platform Update or newer
  • Unix: GTK+ 3.10 or newer
  • Mac OS X: OS X 10.8 or newer

Build Requirements

  • All platforms:
    • CMake 3.1.0 or newer
  • Windows: either
    • Microsoft Visual Studio 2013 or newer (2013 is needed for va_copy()) — you can build either a static or a shared library
    • MinGW-w64 (other flavors of MinGW may not work) — you can only build a static library; shared library support will be re-added once the following features come in:
      • Isolation awareness, which is how you get themed controls from a DLL without needing a manifest
  • Unix: nothing else specific
  • Mac OS X: nothing else specific, so long as you can build Cocoa programs

Building

Out-of-tree builds typical of cmake are preferred:

$ # you must be in the top-level libui directory, otherwise this won't work
$ mkdir build
$ cd build
$ cmake ..

Pass -DBUILD_SHARED_LIBS=OFF to cmake to build a static library. The standard cmake build configurations are provided; if none is specified, Debug is used.

If you use a makefile generator with cmake, then

$ make
$ make tester         # for the test program
$ make examples       # for examples

and pass VERBOSE=1 to see build commands. Build targets will be in the build/out folder.

Project file generators should work, but are untested by me.

On Windows, I use the Unix Makefiles generator and GNU make (built using the build_w32.bat script included in the source and run in the Visual Studio command line). In this state, if MinGW-w64 (either 32-bit or 64-bit) is not in your %PATH%, cmake will use MSVC by default; otherwise, cmake will use with whatever MinGW-w64 is in your path. set PATH=%PATH%;c:\msys2\mingw(32/64)\bin should be enough to temporarily change to a MinGW-w64 build for the current command line session only if you installed MinGW-w64 through MSYS2; no need to change global environment variables constantly.

Installation

Arch Linux

Can be built from AUR: https://aur.archlinux.org/packages/libui-git/

Documentation

Needs to be written. Consult ui.h and the examples for details for now.

Language Bindings

libui was originally written as part of my package ui for Go. Now that libui is separate, package ui has become a binding to libui. As such, package ui is the only official binding.

Other people have made bindings to other languages:

Language Bindings
C#/.net LibUI.Binding, SharpUI
CHICKEN Scheme wasamasa/libui
Crystal libui.cr
D DerelictLibui (flat API), libuid (object-oriented)
Euphoria libui-euphoria
Harbour HBUI
Haskell libui-haskell, beijaflor-io/haskell-libui (complete FFI bindings, extensions and higher-level API)
JavaScript libui.js (merged into libui-node?)
Julia Libui.jl
Lua libuilua, libui-lua
Nim ui
Node.js libui-node
PHP ui
Python pylibui
Ruby libui-ruby
Rust libui-rs
Swift libui-swift

Frequently Asked Questions

Why does my program start in the background on OS X if I run from the command line?

OS X normally does not start program executables directly; instead, it uses Launch Services to coordinate the launching of the program between the various parts of the system and the loading of info from an .app bundle. One of these coordination tasks is responsible for bringing a newly launched app into the foreground. This is called "activation".

When you run a binary directly from the Terminal, however, you are running it directly, not through Launch Services. Therefore, the program starts in the background, because no one told it to activate! Now, it turns out there is an API that we can use to force our app to be activated. But if we use it, then we'd be trampling over Launch Services, which already knows whether it should activate or not. Therefore, libui does not step over Launch Services, at the cost of requiring an extra user step if running directly from the command line.

See also this and this.

Contributing

See CONTRIBUTING.md.

Screenshots

From examples/controlgallery:

Windows

Unix

OS X