On 30 December 2017 at 16:30, John Arbuckle wrote:
> When using a mouse's scroll wheel in a guest with the cocoa front-end, the
> mouse pointer moves up and down instead of scrolling the window. This patch
> fixes this problem.
Thanks for this patch. The code looks good to me, but
you can now a
When using a mouse's scroll wheel in a guest with the cocoa front-end, the
mouse pointer moves up and down instead of scrolling the window. This patch
fixes this problem.
Signed-off-by: John Arbuckle
---
ui/cocoa.m | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff
On Feb 13, 2015, at 2:45 AM, Gerd Hoffmann wrote:
> Hi,
>
>> We're going to need to automatically create and update
>> the menu entries based on which consoles get created
>> if we want this to work properly, I think. Gerd, any
>> suggestions? Is there a hook for "list of active
>> consoles ha
Hi,
> We're going to need to automatically create and update
> the menu entries based on which consoles get created
> if we want this to work properly, I think. Gerd, any
> suggestions? Is there a hook for "list of active
> consoles has changed"?
No. consoles are not hotpluggable.
> What's t
On Feb 11, 2015, at 10:39 PM, Peter Maydell wrote:
> On 24 January 2015 at 01:56, Programmingkid wrote:
>> This patch adds these consoles to the View menu:
>> VGA
>> QEMU Monitor
>> Parallel
>> Serial
>>
>> Signed-off-by: John Arbuckle
>
>> +/* Displays the VGA screen */
>> +- (void)displayVG
On Feb 11, 2015, at 10:39 PM, Peter Maydell wrote:
> On 24 January 2015 at 01:56, Programmingkid wrote:
>> This patch adds these consoles to the View menu:
>> VGA
>> QEMU Monitor
>> Parallel
>> Serial
>>
>> Signed-off-by: John Arbuckle
>
>> +/* Displays the VGA screen */
>> +- (void)displayVG
On 24 January 2015 at 01:56, Programmingkid wrote:
> This patch adds these consoles to the View menu:
> VGA
> QEMU Monitor
> Parallel
> Serial
>
> Signed-off-by: John Arbuckle
> +/* Displays the VGA screen */
> +- (void)displayVGA:(id)sender
> +{
> +console_select(0);
> +}
> +
> +/* Displays
This patch adds these consoles to the View menu:
VGA
QEMU Monitor
Parallel
Serial
Signed-off-by: John Arbuckle
---
ui/cocoa.m | 34 ++
1 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index d37c29b..c88c0d0 100644
--- a/ui
Anthony Liguori wrote:
> >That's 16MB/frame on an Apple Cinema display at 32bpp, which is
> >0.5GB/sec. Not too much, but not free either :-)
> >
>
> But your guest isn't displaying to the entire screen... I was assuming
> a 32-pixel height, 1024 pixel wide region.
I don't know about you; I
Jamie Lokier wrote:
Anthony Liguori wrote:
VGA framebuffer operations come in as memory operations. They're
tracked by watching what memory gets dirtied. This can only operate at
a page-granularity so this results in scan-line granularity updates.
The VNC front-end goes to great lengths
On Thursday 31 January 2008 10:46, Jamie Lokier wrote:
> Anthony Liguori wrote:
> > VGA framebuffer operations come in as memory operations. They're
> > tracked by watching what memory gets dirtied. This can only operate at
> > a page-granularity so this results in scan-line granularity updates.
Anthony Liguori wrote:
> VGA framebuffer operations come in as memory operations. They're
> tracked by watching what memory gets dirtied. This can only operate at
> a page-granularity so this results in scan-line granularity updates.
> The VNC front-end goes to great lengths to keep a shadowe
andrzej zaborowski wrote:
> > > Offtoppic about updated regions in Windows: While testing with
> > > Quartzdebug, I realized, that qemu is updating always the whole
> > > screenwidth even if only the mouse is moved... is this a qemu problem,
> > > or is this the default windows behaviour?
> >
> > A
On Jan 30, 2008, at 9:30 PM, Mike Kronenberg wrote:
On 30.01.2008, at 19:59, Alexander Graf wrote:
On Jan 21, 2008, at 5:18 PM, Mike Kronenberg wrote:
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
start
Mike Kronenberg wrote:
While testing with Quartzdebug, I realized, that qemu is updating
always the whole screenwidth even if only the mouse is moved... is
this a qemu problem, or is this the default windows behaviour?
VGA framebuffer operations come in as memory operations. They're
tracked
On 30/01/2008, Johannes Schindelin <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Wed, 30 Jan 2008, Mike Kronenberg wrote:
>
> > Offtoppic about updated regions in Windows: While testing with
> > Quartzdebug, I realized, that qemu is updating always the whole
> > screenwidth even if only the mouse is move
On Jan 30, 2008, at 9:30 PM, Mike Kronenberg wrote:
Unfortunateley, there is no "official" direct access to the
framebuffer anymore, since apple depreciated QuickDraw. [1]
Well, you can using OpenGL and Apple's Extension have a nearly direct
VRAM access, the idea is to use
glEnable( GL_U
I ran it using my x86_64 on 10.5.1, targetting x86_64-softmmu and
booting a linux kernel. I could literally see every like getting
repainted (which btw did not happen with my quick hacky version I
sent to the list some time ago).
You did not notice the effect with Your implementation, bec
Hi,
On Wed, 30 Jan 2008, Mike Kronenberg wrote:
> Offtoppic about updated regions in Windows: While testing with
> Quartzdebug, I realized, that qemu is updating always the whole
> screenwidth even if only the mouse is moved... is this a qemu problem,
> or is this the default windows behaviour
On 30.01.2008, at 19:59, Alexander Graf wrote:
On Jan 21, 2008, at 5:18 PM, Mike Kronenberg wrote:
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
starting with OS X 10.4.
Now with OS X 10.5 it won't even c
On Jan 30, 2008, at 7:59 PM, Alexander Graf wrote:
On Jan 21, 2008, at 5:18 PM, Mike Kronenberg wrote:
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
starting with OS X 10.4.
Now with OS X 10.5 it won't ev
On Jan 21, 2008, at 5:18 PM, Mike Kronenberg wrote:
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
starting with OS X 10.4.
Now with OS X 10.5 it won't even compile QuickDraw code on x86_64.
This implementa
This is a complete rewrite of cocoa.m to support Core Graphics.
As mentioned in earlier threads, the QuickDraw API is depreciated
starting with OS X 10.4.
Now with OS X 10.5 it won't even compile QuickDraw code on x86_64.
This implementation of cocoa.m has the following features:
[new] part
The attached patch
- fixes a wrong entry in the keycode translation map (0x9c = 156, not 152)
- adds some entries to support more keys on Apple USB keyboards
- changes keymap[] to be an array of bytes (saves some space)
- fixes a typo in a warning message
Kind regards,
Jo.
--
Joachim Henke
http
In the function header of 'CustomApplicationMain', the types of
'argc' and 'argv' are not declared so gcc expects them to be int,
which is of course wrong for 'argv'. We can safely remove these
parameters since they are not used in the function, and are globally
available in 'gArgc' and 'gArgv'
Pierre d'Herbemont wrote:
On 28 mai 05, at 20:36, Mike Kronenberg wrote:
Pierre d'Herbemont wrote:
That should be done with not much troubles, if we manage to get
qemu thread safe. Did you try that way?
Until the 7. May I was trying to get all into qemu... sources are
still there.
I
On 28 mai 05, at 20:36, Mike Kronenberg wrote:Pierre d'Herbemont wrote:That should be done with not much troubles, if we manage to get qemu thread safe. Did you try that way? Until the 7. May I was trying to get all into qemu... sources are still there.I was looking into making the contoller one
Pierre d'Herbemont wrote:
On 27 mai 05, at 16:51, Mike Kronenberg wrote:
Pierre would like to put the whole thing in the head tree. I would
be ready to do so, too, if this is wanted.
I didn't realize that the Q app was a front end. It would be much
cleaner to have it running in qemu as
On 27 mai 05, at 16:51, Mike Kronenberg wrote:
Pierre would like to put the whole thing in the head tree. I would
be ready to do so, too, if this is wanted.
I didn't realize that the Q app was a front end. It would be much
cleaner to have it running in qemu as the cocoa qemu driver. That
I'm in talks with Pierre how we should proceed.
My goals were to make qemu accessible to a broader Macintosh audience.
so besides of additions to cocoa.m, I have written a Control app to
configure, lauch and control multiple qemu instances. Together, they
behave just like one App.
The projec
Natalia Portillo wrote:
El 27/05/2005, a las 12:42, Mike Kronenberg escribió:
-cocoalivethumbnail => qemu produces a 100x75 PNG thumbnail
every 10 sec
GREAT!!!
But, better if can be specified how many time and/or a shortcut (like
in virtualpc)
El 27/05/2005, a las 12:42, Mike Kronenberg escribió:
-cocoalivethumbnail => qemu produces a 100x75 PNG thumbnail
every 10 sec
GREAT!!!
But, better if can be specified how many time and/or a shortcut (like
in virtualpc)
___
Qemu-devel m
32 matches
Mail list logo
