This requires that doxygen is run before the man target so find can actually
find the man pages.
Signed-off-by: Peter Hutterer
---
On Wed, Apr 03, 2013 at 04:54:10AM +0100, Daniel Stone wrote:
> Is there any chance we
> can generate the list of manpages (e.g. by shelling out to doxygen)
> rather
Hi Martin,
By and large this looks good to me, although the main comment I have
is that this should probably be using the acceleration mechanism in
src/filter.c.
Cheers,
Daniel
On 29 March 2013 20:47, Martin Minarik wrote:
> Acceleration: After examining, I don't like the X acceleration
> approa
Hi,
On 3 April 2013 03:09, Kristian Høgsberg wrote:
> On Sat, Mar 30, 2013 at 01:31:34AM -0400, Matthias Clasen wrote:
>> - It looks like I can't trigger a popup from a key or touch event,
>> because set_popup requires a serial that corresponds to an implicit
>> pointer grab. That is sad, I like
Hi,
On 2 April 2013 02:08, Peter Hutterer wrote:
> Create client-side and server-side man pages from doxygen. The doxygen
> config options are virtually the same as for the XML output, but we do pass
> in the specific options via stdin.
>
> WL_EXPORT is predefined to the empty string, it makes th
On Sat, Mar 30, 2013 at 01:31:34AM -0400, Matthias Clasen wrote:
> Here are a few questions/observations I had while studying the protocol docs:
Most of these have been covered in responses, but let me sum up.
> - The use of serials in events seems a bit inconsistent. Most
> wl_pointer events hav
On Tue, Apr 02, 2013 at 10:29:46PM +0200, Giulio Camuffo wrote:
> use the wl_notify_func type, and not void *, or else wl_signal_get
> will not be usable by a c++ plugin because it will not cast
> void * to a function pointer.
> ---
> src/wayland-server.h | 2 +-
> 1 file changed, 1 insertion(+),
use the wl_notify_func type, and not void *, or else wl_signal_get
will not be usable by a c++ plugin because it will not cast
void * to a function pointer.
---
src/wayland-server.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/wayland-server.h b/src/wayland-server.h
inde
On Sat, 30 Mar 2013 01:11:31 -0400
matthias.cla...@gmail.com wrote:
> From: Matthias Clasen
>
> ---
> doc/Wayland/en_US/Protocol.xml | 71
> ++
> 1 file changed, 31 insertions(+), 40 deletions(-)
>
> diff --git a/doc/Wayland/en_US/Protocol.xml b/doc/Way
On 04/01/2013 09:08 PM, Peter Hutterer wrote:
About half of those are Tiago's patches that I took from the list/his repo
that hadn't been merged yet. The rest are largely style fixes to improve on
the html/pdf output generated by publican.
THANK YOU Peter!
Possibly controversial: 14/18, rena
https://live.gnome.org/Wayland/Applications
(Link from
http://www.reddit.com/r/linux/comments/1bijav/follow_the_status_of_gnome_apps_on_wayland/
)
--
"Forget not that the earth delights to feel your bare feet and the winds
long to play with your hair." - Kahlil Gibran
http://www.ChaosReigns.com
I'd say we make it a ./configure option which builds a shared library
which talks to colord over D-Bus. It can then be packaged separately
by distros. A weston.ini option should be added to pick the CMS plugin
to load. lcms2 can be added as a dependency for the weston side code
(it will probably be
On 2 April 2013 02:42, Kristian Høgsberg wrote:
> So for something like weston, where we store our configuration in
> weston.ini, I'd expect that we add a config key to set the gamma (is
> this just a number like what xgamma takes? or one for red, green and
> blue?) per output in weston.ini. So w
Hi All,
Attached a patch which (appears) to fix the issue of using
wl_pointer_set_focus(ptr, NULL, 0, 0) inside the compositor.
The short version: If the input has no focus_widget, then we cannot get
the default cursor from: input->focus_widget->default_cursor.
This patch will try to get th
On 2 April 2013 12:10, Kai-Uwe Behrmann wrote:
> Querying a CMM for a monitor profile is top down. Most people understand a
> CMM (Colour Matching Modul) to do context preparation
Right, sorry for being unclear. In this instance I was referring to a
CMM being Oyranos or colord. I myself tried to
On 2 April 2013 12:10, Kai-Uwe Behrmann wrote:
> Am 02.04.2013 11:24, schrieb Richard Hughes:
>
>> On 2 April 2013 06:45, Graeme Gill wrote:
>>>
>>> The display's ICC profile will also be stored in the _ICC_PROFILE atom,
>>> to make it available to the display client, so that color can be adjuste
Am 02.04.2013 11:24, schrieb Richard Hughes:
On 2 April 2013 06:45, Graeme Gill wrote:
The display's ICC profile will also be stored in the _ICC_PROFILE atom,
to make it available to the display client, so that color can be adjusted
appropriately for that display. Using XRandR it will/should
al
On 2 April 2013 11:11, John Kåre Alsaker wrote:
> My planned approach was to make colord and Oyranos plugins for Weston.
Sure, I'd be really keen on helping with this. Is there any
documentation on the plugin interface? Also, bear in mind I'm keeping
half and eye on the "full fat" gnome-shell imp
My planned approach was to make colord and Oyranos plugins for Weston.
The plugins would provide the CMSes with information about the outputs
and Weston in return gets ICC profiles for them (which contains gamma
curves). Weston needs the full ICC profile in order to do proper color
correction and t
On 2 April 2013 06:45, Graeme Gill wrote:
> The display's ICC profile will also be stored in the _ICC_PROFILE atom,
> to make it available to the display client, so that color can be adjusted
> appropriately for that display. Using XRandR it will/should
> also be set in an output property.
There'
On 2 April 2013 02:42, Kristian Høgsberg wrote:
> All the KMS interactions happens in src/compositor-drm.c. As you say,
> the end result should be calling drmModeCrtcSetGamma(), but what's the
> input?
The user selected ICC profile which contain the gamma curves.
> We don't have protocol for c
20 matches
Mail list logo
