ericb's place

dimanche, mars 29, 2009

Feedback needed with Impress 3D OpenGL transitions on Mac OS X

With the recent changes Thorsten Behrens did (he fixed the bad color space with the cairo canvas helper), the 3D OpenGL transitions are now working correctly with OpenOffice.org on Mac OS X. Of course, there is probably some additional work before to consider the implementation as "ok", but at least people can test them.

For the adventurous, there is an archive available(Mac Intel only, you use it at your own risks) there (search for INTEL -> DEV300_m42_ogltrans4mac -> en-US)

Please read this mail for further information, and don't forget to provide feedback and/or file issues assigned to me if ever you find problems.

UPDATE : anybody interested to help me can have a look on the wiki page I created for the occasion.

=> Mac OS X Porting & OpenGL transitions with Impress

Last but not least, a big thank you to Mox Soini(cairo implementation), Radek Dulik (most of the OpenGL thing'ry on OpenOffice.org for Linux) and Thorsten Behrens(Impress Expert) for his help.

To be continued ... (I hope students working on new 3D transitions will be happy :) )

Libellés : aqua, High Tech, Impress, Mac OS X, OpenGL, OpenOffice

vendredi, janvier 23, 2009

Colored tabs implementation in Calc

... or howto help a new contributor joining the OpenOffice.org Project.

Many thanks to Daniel Watson, who wrote this new feature, and I would like to mention the great support from Kohei Yoshida, another OpenOffice.org developer from Novell, who is a Calc expert.

From my side, I welcomed Daniel . Since two days, we work together, (mostly on the #education.openoffice.org IRC channel ), to avoid bothering other devs, with basic questions, like explaining the build process, how to debug, rebuild including symbols, how to improve the code (like respect the coding guidelines .. and son on), and I fixed some builds issues with him ( + I started the code review ). The biggest issue we encountered was a dark visibility issue, but SC_DLLPUBIC macro helped to solve that.

To illustrate the great work Daniel did (mostly alone !!), better use screenshots :-)

Please note, I used Mac OS X Aqua version for the screenshots, but it should work the same way on all ports

The first one describes how we can set the color of the tabs :

The next illustrates the result :

Yet another example :

Now what ?

Of course, the road is long before integration, but Daniel created a wiki page, to start with specifications, and if you want to help him, feel free to contact him !

At the end, I just would like to say this is fantastic to welcome new developpers like Daniel, the message to the other who hesitate, is : please don't !!

---------------------------------------

Donate to Education Project

---------------------------------------

Libellés : aqua, developpement, Education, High Tech, OpenOffice

mercredi, janvier 14, 2009

wednesday

Last course of the semester. Can now spend more time on the code :)

Today:

* appleremote02 approved by QA, means will probably be in 3.1 (just code, not a feature)
* appleremote03 created
* matching wiki page has been updated (follow this link )

Fardad confirmed : 7 new students, plus probably other will join the channel.

Working on ogltrans4mac

Libellés : aqua, OpenGL, OpenOffice, Seneca, Teaching OpenSource

samedi, janvier 10, 2009

appleremote02 (part7)

Now, the remote works in Windowed mode. The solution was simply in front of my eyes since a while. I think the code simplification improved the design (Philipp has to confirm this is correct).

The new idea is, since we no longer use keycodes, we simply no longer need to check whether we are or not in fullscreen or in presentation mode. This job is a salframe (and salframeview) one, and works out of the box.

Bad news: was not able to build Andre's solution. I'll keep the one Philipp suggested: simple and efficient.

Triggered issue 97925. Investigating. If ever I can fix it, I'll be done with appleremote02, and time to find a QA resp. and check the Ready for QA thing

Updated the Apple Remote documentationon the wiki

Booked flight + hotel for FOSDEM 2009. Sent the proposal to Jurgen.

If it is accepted, this will be my third (already !) participation to the FOSDEM. This year, I proposed a workshop about my contributions to the Mac port of OpenOffice.org.

Libellés : aqua, devel, High-Tech, Mac OS X, OpenOffice, Teaching OpenSource

mardi, décembre 23, 2008

appleremote03 (part1)

Since everything work with appleremote02, I think the last remaining changes for this cws will be about :
- remove the eventlistener (e.g. when closing the document)
- avoid leaks (to be confirmed)
- test on other ports (Windows)

Started working on appleremote03 : implement the contextual menus with the remote.

Done :

* catch all the remote event, and turn them into the right MEDIA_COMMAND
* found where in the code, is treated the contextual menu entries with mouse events or the keyboard

Work in progress : design the new implementation

Todo :

* create the new case, means when in fullscreen, and one popup menu is open, specificly for the remote events
* create one callback for any catched remote events
* write separated tests for every part
* write the code
* test

Libellés : aqua, Code, development, High-Tech, OpenOffice

samedi, décembre 20, 2008

appleremote02 (part 5)

"Play" works :-)

After searching the entire week (in my free time, mostly late in the evening), I finally found a way to fix the issue I mentionned in the previous entry ( appleremote02 part 4), ... and I finally get it working :-)

Of course, the changes I commited today are maybe not the best one, and I'm waiting for opinion(s), one people who accepts to QA my code, and maybe tell me whether something is wrong.

How does it work ?

When opening a presentation (in static mode) in Impress, it means we use Draw with another GUI. Our issue was, no event listener was running, and thus, the events sent through vcl ( kRemote* turned into MEDIA_COMMAND_something ) get lost. Just because the eventlistener only exists when Impress is in presentation mode. The idea was: implement a new event listener in sd, but more early, means in static mode, to be able to catch the "Play" event, the last one who was not working.

But what do exactly, and where ?

The only way I found to understand was to ask on IRC, and read the code (if you know better, please tell me). I firstly tried in sd/source/ui/unoidl, but it was not correct, and following the advice from Thorsten, I tried in sd/source/ui/app. Probably not perfect, but at least it works.

Everything is based on the use of macros (at preprocessor step). Following the existing example previously studied in slideshowimpl.cxx, I had to :

1) add a DECL_LINK() in the header, to declare a member function in a class that acts as a handler

2) set a handler using the LINK macro : after searching a while. I have choosen to use the sd/source/ui/app/sdmod1.cxx, in getState(), where a lot of things are initialized. The first choice was to set it in sd/source/ui/unoidl/unomodel.cxx, but the choice was probably wrong (at least too complicated), because I had no easy way to retrieve the frame and the shellview.

The LINK() adds the event listener.

3) Set an LINK_IMPL() acting as - sort of - "Callback", with the parameters passed in arguments by LINK().

The IMPL_LINK is the place where I put what do of the event. For instance, check, first whether we have sd running in Impress mode (the other mode is Draw mode), second whether there is a frame containing the presentation, and is focused .. and so on.

4) the most simple was to remove the previous hack to switch at runtime (using environment variables) between use F5 or not. Now, only the right way is used, of course.

Note: in sdmod1.cxx, I firstly believed I could factorize more the code, and this bad idea caused me a lot of pretty crashes before I understood I had two steps at some places, instead of only one. Until now, with the current status of appleremote02, no crash occured.

Other fixed items :

- did some modifications in the wiki page about Apple Remote Implementation
- commited the changes in the appleremote02 cws

Conclusions: I spent a lot of times on that, but I think I understood an important information in OpenOffice.org source code with the DECL() , LINK, LINK_IMPL() mechanism (that's why I try to describe it). Indeed, the scanner does use a similar mechanism, and I know have 90% of the information for the Image Capture implementation, that Valentin Janiaut started some times ago. Another good thing, is the entire changes, if accepted, are really portable : the first side effect will indeed be, it will work on Windows too !!

Last but not least: who helped me there ?
As usual Philipp Lohmann (for important theorical points**), Thorsten Behrens (for his great Impress knowledge) and Jonathan Winandy (from the Centrale Nantes Team) who agreed to build appleremote02 on Leopard on monday (and do some little tests), to confirm there is no obvious problem.

**e.g. Philipp confirmed me, that two event listeners can run together without clash, what I was not sure at all.

To do :

- code cleanup (remove some debug extra stuff e.g.)
- improve : add a removeEventListener somewhere ?
- track leaks ?
- build a clean set, based on appleremote02
- upload it and ask people for tests
- ask for other tests in Windows and Linux ?

Libellés : aqua, Code, development, High-Tech, OpenOffice, Teaching OpenSource

samedi, décembre 13, 2008

appleremote02 (part 4)

Removing the F5 key

In appleremote01 cws, the plan was to send keycodes, and the sd had to interpret as commands for the slideshow. It works perfectly, but has the drawback to not respect the portability criteria.

As replacement, I modified the way events are sent to the application

Before, we had :


  [NSApp postEvent: 

    [NSEvent keyEventWithType:NSKeyDown
    location: NSZeroPoint
    modifierFlags : modifierFlags
    timestamp: 0
    windowNumber: [[NSApp keyWindow] windowNumber]
    context: nil
    characters: characters
    charactersIgnoringModifiers: characters
    isARepeat: toBeRepeated
    keyCode: theKeyCode]
    atStart: NO];

Means, for every case, I sent the right keycode, for the right slideshow command ( I passed the theKeycode variable to the postEvent method, using an keyEventWithType:NSKeyDown type) (for further information, see RemoteMainController.m appleremote01 )

The new implementation is different :

1) I created a different event type (otherEventWithType:NSApplicationDefined ) sent to the NSApp


- (void) postTheEvent: (short int)buttonIdentifier modifierFlags:(int)modifierFlags
{
    [NSApp postEvent: 
    [NSEvent    otherEventWithType:NSApplicationDefined
                location:NSZeroPoint
                modifierFlags:modifierFlags
                timestamp: 0
                windowNumber:[[NSApp keyWindow] windowNumber]
                context:nil
                subtype:AppleRemoteControlEvent
                data1: buttonIdentifier 
                data2: 0]
    atStart: NO];
}

(for further information, see RemoteMainController.m appleremote02)

2) in AquaSalInstance::handleAppDefinedEvent(), the NSApp detects the event (in vcl/aqua/app/salinst.cxx ), and turns it into a MEDIA_COMMAND_(some_name) event through the data1 parameter. Then, the sd received the event throught the eventlistener, and does the dispatching to the ::Command and ::Notify implemented methods.

The problem was, it works nicely for all events sent, but only when the slideshow is running.

Means: no way to start the slideshow using the same method as the one used for e.g. gotoNextSlide(), gotoFirstSlide() and so on. My first hack was to continue to create, in salinst.cxx, the NSKeyDown event. The problem is ... it is just a hack.

So I decided to figure out what was happening. And for that, I implemented new methods (uggly buggy hacks, but very usefull to trace everything at runtime), in sd/source/ui/view/viewshel.cxx (see the diff for further information)

What I discovered, is, the events coming from the remote are never seen, when the slideshow is not started !

My first tries where: maybe I do no send the event to the right frame ? So I implemented another hack, when sending the "PLAY" command. The idea was to check for every frame, and see what happens ... More precisely, doing :


switch ([pEvent data1])  
            {
                case kRemoteButtonPlay:
                {
                    nCommand = MEDIA_COMMAND_PLAY;               
                    std::list::iterator it = pSalData->maFrames.begin();
                    while( (*it) && (it != pSalData->maFrames.end()) )
                    {
                        AquaSalFrame* pFrame = (*it);
                        Window * pWindow = pFrame->GetWindow();
                        if( pWindow )
                        {
                            const Point aPoint;
                            CommandEvent aCEvt( aPoint, COMMAND_MEDIA, FALSE, &nCommand );
                            NotifyEvent aNCmdEvt( EVENT_COMMAND, pWindow, &aCEvt );
                            fprintf( stdout, "EVENT_COMMAND Notified from  
                            AquaSalInstance::handleAppDefinedEvent \n");

                            if ( !ImplCallPreNotify( aNCmdEvt ) )
                                pWindow->Command( aCEvt );
                        }
                        it++;
                    }
                }

But nothing ... After tracing a lot, and using the backtraces for working and not working events, Philipp Lohmann suggested me to check the focused window.

So did I, using Window* pWindow = Application::GetFocusWindow(); instead of the list of frames.
And one more time, it was not working :-/

So what is the problem ? After yet another discussion on IRC, Philipp finaly found the reason, following ( if I'm not wrong) Christian Lippka explanations : the draw event listener for the slideshow is not active.

More precisely, the "play" does not work on Windows too. The reason is, as soon as the slideshow exists, it registers as event listener of the application. But that is AFTER the slideshow is started. Said differently, the slideshow doesn't exist at all, before the F5 key is pressed :)

=> So the events go nowhere (what I verified since several days ;) )

The solution (see issue 97195 ) in the air is the sd to register as event handler before. Andre Fischer is the specialist, and will work on that.

So far, once it will work, I'll just fix that in 2 minute, and this is the last change I see before to declare the cws as Ready for QA (and find someone for the QA ...) : everything else works, including a new little feature: play/pause when slideshow started.

Crossing the fingers to see the change occur before the deadline of 3.1 (waiting, I'll have a look at how eventlistener work ... cannot be bad to understand how things work ... ;-) )

.. to be continued ...

Libellés : aqua, Code, development, fun, High-Tech, Mac OS X, OpenOffice

mardi, novembre 18, 2008

[Mac OS X] experimental PowerPC and Intel builds need feedback

Please note : not for production, backup your datas, save your prefs *before*... ...

For the adventurous, I do provide advanced, experimental builds for both PowerPC and Intel, here : URL of Laurent site ( I can provide german on demand )

Those builds are based on DEV300_m35 + ogltrans4mac + macmenusquit + appleremote02 cws's

* ogltrans4mac cws means, OpenGL transitions are inside, and work
* macmenusquit cws aims to removes useless "Quit" entries in all OpenOffice.org applications ( Calc, Writer .. and so on)
* appleremote02 is a new apple remote implementation

And if you want to improve the chance to see such changes in the future 3.1, I really need feedback : thanks in advance for any ... !!

Libellés : aqua, development, Mac OS X, OpenGL, OpenOffice

mardi, novembre 04, 2008

appleremote02 (part 3)

Since DEV300_m35, appleremote01 cws has been integrated, and the Apple Remote works out of the box with Impress.

Means, it will be included in the 3.1 Aqua version of OpenOffice.org :-)
Do not forget to use it with the presenter screen feature !

The feature is available and works on PowerPC machines too, but just a little number of machines are concerned. If you are such user, please send me feedback !

In meantime, I progressed a lot with appleremote02, and it works already. Play/Pause key now allows to blank screen, and I'm searching how to add other features.

Remain two issues to be solved:

- I currently use the F5 keycode to start the presentation, because there is no other simple way to start the presentation (or please contact me if Thorsten Behrens and me missed it )

- the second issue is more difficult to be solved : I can easely activate the popup menu ( i.e. contextual menu ) in fullscreen, but not control it yet, because I have no outlet with the Cocoa part -> all suggestions are welcome :-)

And for the adventurous, I do provide builds for both PowerPC and Intel, here : URL of Laurent site

They are based on DEV300_m35 + ogltrans4mac + macmenusquit + appleremote02 cws's

* ogltrans4mac cws means, OpenGL transitions are inside, and work
* macmenusquit cws aims to removes useless "Quit" entries in all OpenOffice.org applications ( Calc, Writer .. and so on)
* appleremote02 is a new apple remote implementation

Thanks in advance for any comment and feedback !!

Important: you use them at your own risks, take care to not use them in production, and make a backup of your datas *before* the tests.

Known issues (no need to file new one ;-) :

- using a high resolution for the external monitor, the area used by the NSOpenGLView for drawing the 3D scene is not correct (canvas fault imho)

- little flicker at the end: could be the rendering, maybe not complete, when the flush starts (thanks to Radek Dulik for the possible origin of the issue)

Libellés : aqua, development, OpenGL, OpenOffice

vendredi, octobre 31, 2008

appleremote02 (part 2)

The second implementation works !! Thanks to the gold advices from Philipp Lohmann, who saved me a lot of time.

I spend one hour to fix a stupid typo (if you see it, please drop me a mail ;-) ) :
SalData* pSalData = GetSalData();
AquaSalFrame* pFrame = pSalData->maFrames.front();

Window * pWindow = pFrame->GetWindow() ?
pSalData->maFrames.front()->getWindow()
: NULL;
if( pWindow )
{
...

Plus one other hour to see why start was not working, nor go to last slide ... **
But now, it simply works, and I'll try to add the contextual menu, and more if I can. Anybody interested to QA the cws ?

Total cumuled time to work on that: 10 hours

To be continued ...

**ha ha : the methods are simply missing in the slideshow, when you use events -> will do

Libellés : aqua, development, Mac OS X, OpenOffice, OSX

jeudi, octobre 30, 2008

appleremote02 (part 1)

Since Florian Heckl approved the appleremote01 cws (thanks to him !), we can say the Apple Remote has big chances to be integrated in the Mac OS X version of OpenOffice.org 3.1.

UPGRADE : appleremote01 is in the coming DEV300_m35 !! :-)

The code is ready since a while (in september is was ready), but as usual, the QA is a bottleneck : we simply losed month for this feature integration :-/

Well, without wait more, I started the appleremote02, who will improve the process, making the change more "portable". All details are given there appleremote02 cws description (I'll add information progressively).

The plan is to use another type of events, for instance NSApplicationDefined , and pass the buttonIdentifier as parameter (data1 ).

More techincaly, I created a new events subtype ( AppleRemoteControlEvent), and this new event type will be detected by the NSApp in AquaSalInstance::handleAppDefinedEvent( NSEvent* pEvent ).

I didn't change anything to the butttons, but I'll probably add new effects, like contextual menus, once they will be properly handled.

First results :

* in Fullscreen
Received the following event from the Apple Remote : 16
Received the following event from the Apple Remote : 2
Received the following event from the Apple Remote : 32
Received the following event from the Apple Remote : 64

.. and so on

* In normal mode, we receive only menu + play buttons as expected

Looks ok so far :-)

Status of the changes:

Done (but code not commited, because appleremote01 is not integrated ) :

* remove the event sending the keycode
* implement new method, sending new event type, including the buttonIdentifier value
* implement glu code for intercepting the event and receiving the value of the message
* new libAppleRemote builds without any glitch

Planned :

* turn the notification into the right constant ( COMMAND_MEDIA and co defined in vcl/inc/vcl/cmdevt.hxx )
* build
* test
* verify

To be continued ...

Libellés : aqua, development, Mac OS X, OpenOffice, OSX

jeudi, août 28, 2008

OpenGL transitions in Impress for Aqua (1)

Started the effort, to make work the OpenGL transitions, Shane M. Mathews developed under the Google Summer of Code 2007.

The goal is to use these transitions in Impress with the Aqua version. Obviously, the feature does concern Mac OS X only. As reminder, the great work Shane did, was mentored by Thorsten Behrens.

The work is progressing fastly, and I created the cws is ogltrans4mac. We'll probably do commit everything soon ( build completed with the current patches)

Everything will be documented on the OpenGL transitions for Aqua wiki page. I'll document the code changes (incuding the one about another idea) asap.

Currently, the transitions can be tested, but some important issues have to be solved, and any help for the implementation is welcome.

Last, I'd like to thank Stephan Schaefer for the important piece of code he provided (making the NSOpenGLView working).

Any volunteer is warmly invited to join us in the adventure :-)

Some screenshots are available here

IMPORTANT: we need volunteers to (I hope this will not slow down the work in progress) write a spec document

... and the Macport needs new devs, with objective C / C /C++ skills. Feel free to contact us :)

Libellés : aqua, development, fun, High-Tech, Mac OS X, OSX

jeudi, août 21, 2008

apple remote (5)

Last changes:

- Seems to work well with the the Presenter Screen, a great and promising feature. Many thanks to the authors btw !

The issue was, the events were not sent to the right screen, and thus, no clics ... After searching complicated things, it was just a bad parameter. For one time I didn't had to read Apple doc for hours. Just a 20 minutes of search ... et hop :-)

- Updated the wiki page

I'll continue to test

To be continued...

Libellés : aqua, development, fun, High-Tech, OSX

mercredi, août 20, 2008

apple remote (4)

Recent changes :

- commited all the code
- the bounce with previous slide is fixed
- some new keyCodes are under test ( NSEvent.h is really helpfull ! )
- Did some cleanup, and code factorization.
- F5 can open the navigator in Calc/Draw and writer. Other keys are not active

I'll upload a new (unofficial and hacked) Intel build today on Laurent site today

The idea in the code factorization was to add a (private) method for sending the events, and simplify. No idea whether other parameters can or not be usefull, but I'll do some investigations.
e.g. use the isARepeat parameter could be interesting, because more "Front Row like"

Todo : open contextual menus, and make the up / down buttons work, and select items in the contextual menu (if ever it is possible).

Last : I found information about the concerned API for the Media Browser :-)

To be continued ...

Libellés : aqua, devel, High-Tech, Mac OS X, OSX

mardi, août 19, 2008

apple remote (3) and other recent things

The apple_remote alias is ok (thanks to Martin Hollmichel), thus I created appleremote01 cws ( should be buildable with m29 now).

Thanks to Eike Rathke who explained me how commit the new build.lst and d.lst

The great and fast feedback from Yves Roggeman, who helped me to fix the fullscreen issue ( I just forgot to implement it ).

I made a point with Pierre Pasteau about his first task ( see replace mozilla 1.7.5 )

Hope to find some time for the other cws I'd like to create ( macmenusquit)

Last but not least, new builds are available on oooaqua site ( ja locale is available for Intel, and I'll start PowerPC build this afternoon)

IMPORTANT : please do not forget they are unofficial and hacked builds, who just aim to receive feedback about the apple remote, nothing else. Do not use them if you don't know what you are doing, and make a backup of your datas

Libellés : aqua, development, fun, High-Tech, Mac OS X, OSX

dimanche, août 17, 2008

Apple Remote in Impress : first try before more serious implementation

Just back from holidays, I found some times to hack the Apple Remote (the controller shipped with Apple machines).

After a week of learning the great Pierre Chatelier documentation (Objective C for C++ developers ), and Aaron Hillegass book " Cocoa Programming for Mac OS X", I finally found how to adapt Martin Kahr's code, to make the Apple remote work with OpenOffice.org.

Today, reading Apple documentation, I finally found a simple way to implement the basics of the thing. and it works :-)

What you currently can do is:

- start a presentation
- goto next / previous slide
- goto to last/first slide
- quit the presentation

The Impress window must be in front (the active window). Else, Front row menus works as usual.

Some other features are missing, and I hope to make them work asap.

For the curious, I do provide unofficial builds Intel only ( PowerPC on tuesday), for en-US , fr and de (upload in progress). Don't forget to do a backup of your files.

The URL for the download is Laurent Buisson site . Many thanks to him, for providing the ressources.

Last but not least, I found a way to modify the menus on the fly, and at build time, e.g; removing the not Aqua HIG compliant extra "Quit" in all the menus. I think this change could be an open door to better Mac OpenOffice.org menus customization.

Of course, this is work in progress, and I'm thinking to a more deep and professionnal implementation, but we need feedback from our users, to implement proprely the thing.

To be continued ...

Libellés : Apple, aqua, development, High-Tech, Mac OS X

jeudi, juillet 10, 2008

Import pdf for Aqua works

I wrote a french Howto for the installation of the pdfimport extension with the Aqua version of OpenOffice.org.

See Import PDF avec OpenOffice.org sous Mac OS X (French only)

Jus wondering: why isn't this extremely interesting feature integrated in the Bundle ?

An extension for that is not good, because a lot of users will simply ignore this is possible. :-/

Libellés : aqua, Education, EducOOo, High-Tech, Mac OS X, OpenOffice

vendredi, juin 20, 2008

First signs of life of my Apple Remote .. in OpenOffice.org

After searching a bit how to implement Martin Kahr's code, to make Apple Remote work with OpenOffice.org, looks like I got something :

Menu button is seen as the value "8"
|<< is seen as "64"
>>| is seen as value "32"
- is seen as value "4"
+ as value "2"
|> || (play pause) as value "16"

Originaly, Martin did a complete reverse engineering of the thing, because the API was undocumented ( who is surprised ? ). We all expect to see apple publy something a day. Would be nice to replace some "magics" with something more academic ;-)

What is nice, is the 8 value (giving the FrontRow effect) is seen when you start the FrontRow and when you return in normal screen mode. Other point is all keys you hit when in front row mode are seen.

Seems crazy, but why not imagine we could use the FrontRow effect with OpenOffice.org ? I need to ask Martin Kahr, who gracefully accepted the integration (say adaptation, because there is some work yet) of his code into OpenOffice.org.

The trace (using gdb) :

2008-06-20 20:46:06.528 soffice.bin[11541] Button 8 pressed down 1
2008-06-20 20:46:06.539 soffice.bin[11541] Button 8 pressed down 0
2008-06-20 20:46:09.302 soffice.bin[11541] Button 8 pressed down 1
2008-06-20 20:46:09.312 soffice.bin[11541] Button 8 pressed down 0
2008-06-20 20:46:28.077 soffice.bin[11541] Button 64 pressed down 1
2008-06-20 20:46:28.087 soffice.bin[11541] Button 64 pressed down 0
2008-06-20 20:46:32.229 soffice.bin[11541] Button 32 pressed down 1
2008-06-20 20:46:32.239 soffice.bin[11541] Button 32 pressed down 0
2008-06-20 20:46:33.975 soffice.bin[11541] Button 4 pressed down 1
2008-06-20 20:46:34.142 soffice.bin[11541] Button 4 pressed down 0
2008-06-20 20:46:35.670 soffice.bin[11541] Button 2 pressed down 1
2008-06-20 20:46:35.760 soffice.bin[11541] Button 2 pressed down 0
2008-06-20 20:46:37.495 soffice.bin[11541] Button 16 pressed down 1
2008-06-20 20:46:37.505 soffice.bin[11541] Button 16 pressed down 0

As you can see, this is only the beginning, but this is very encouraging. Thanks a lot to Martin Kahr for his work.

Next steps will be associate the events with vcl events, simulate the keyboard access, read slideshow code .. and so on.

To be continued :-)

Important Links :

Martin Kahr website for Apple Remote

OpenOffice.org wiki page for Apple Remote implementation

Libellés : aqua, development, fun

lundi, juin 09, 2008

Trip in California

Arrived on saturday in San Francisco, for my third WWDC. Nice meal with other frenchies the evening, and nice restaurants. As usual the first idea was to fight against the Jet lag, and I must admit I feel surprisingly well today.

Today, I visited Belmont (was my first caltrain travel). The Plisson Family, means Marion, Eleanor, Eglantine and of course Sebastien, was so kind to invite me. Nice town, nice meal, and nice trip the afternoon. I was extremely pleased to meet them, and I hope to be able to invite them at home in France.

Just back to the Hotel (very nice), I finally met Michael Sicotte. Wifi is ok too. Next step: retrieve Philipp Lohmann, probably sleeping (because just arrived today).

Got the badge, the bag (yet another bag...). I feel ready for the week: to be continued.

Libellés : aqua, development, fun

mercredi, mai 21, 2008

Some news from the Macport

Silently, the Aqua port does contant steps forward. If nothing goes wrong, all the following changes should be integrated for 3.0

Last cws news :

- aquavcl07 is ready for QA :

Contributors : pl, hdu, fne

this cws aims to fix plenty of issues like:
- remap MOD1 / MOD3 (CTRL/CMD keys ) ,
- add some localized menu entries,
- implement setscreen number,
- additional keys,
- use the keyname provided by the system,
- differentiate between text input and non text input for key events,
- implement a better look for normal buttons,
- set resolution from current screen for windows and reference window screen for vdev,
- add key mapping for delete, do not save backgrounds on Mac,
- add dockmenu entries from quickstarter,
- implementation of native context menus for aqua,
- three layer office adaption,
- make link checkbox work,
- correctly shut down popup window,
- return correct selected item id,
- remove leading separator,
- fix shift-tab,
- do not trigger menu items twice,
- protect window event handlers against handler destroying the window,
- event propagation for native popup menus,
- switch off native menus for testtool

- aquabmpfix01 (approved, soon integrated) :

Contributors: hdu, mox

Improve a was a quite radical refactoring of large parts of the aqua drawing code. This cws (said Herbert Duerr) is much faster than the current version. Some fixes for cairo canvas have been commited.

Work in progress :

- aquavcl08 : misc aqua fixes

Contributors : cloph, pl, ericb, hdu ... (open list)

Several fixes like increase java VM version for Mac OSX on PowerPC, add some fixes for menus in Tiger, retrieve the Mac OS X version from the system and add constants for Mac OS X version detection, support multiple page format print jobs on Mac/Aqua, revamp setting the default menubar, do not dispatch additional cocoa events during printing, fix font descent and extleading calculation

- aqua11y02 : accessibility, second turn (bug fixes, some improvements)

Contributor : fne

Libellés : aqua, devel

samedi, avril 19, 2008

Webdav and Aqua version

Webdav is an important demand, because people appreciate to work remotely on their documents.

This is e.g. true for Education world.

This is now (partially) possible using Aqua version of OpenOffice.org. The counterpart is you must use OpenOffice.org FilePicker, because the Aqua one has problems ( there is work in progress to fix that).

To help people interested to test this feature, I wrote a documentation, available in both english and french. Many thanks to Graham Perrin for the corrections in the english version, and Mathieu Lalanne for the server, who helped for the tests.

URL for download the Documentation is : Webdav documentation (both .pdf and .odt file formats)

Todo: make all possibilities work, including using the Aqua Filepicker

Libellés : aqua, Education, webdav

dimanche, octobre 07, 2007

at least 2 by task ...

Thought about improving Mac OS X porting project

.... what about to start working differently ?

Proposal:

- before to consider any task is started, at least 2 people must be identified as working on it. No problem if one is a very good developer, and the second a poor one: work together, and share the knowledge.

- document the task: ask questions, note carefully the progression in the ideas, questions and answers how helped, and document the design ( no need to document the code when the design is given ... )

Note: current specs need some rework. We are not working for the NASA ;-)

- they are no dumb questions, and often simple questions help to solve important issues

Work this way will

- avoid Bus Factor effect

- create synergy between people, and valorize everybody

- improve the efficiency of the work

- free the code: documentation always helps. And we are working for a Free Software, aren't we ?

Doing that (please propose if you have better ideas), I bet new devs will join the OpenOffice.org project .. and maybe the Mac porting project ;-)

Let's try ?

--

ericb's place

dimanche, mars 29, 2009

Feedback needed with Impress 3D OpenGL transitions on Mac OS X

vendredi, janvier 23, 2009

Colored tabs implementation in Calc

mercredi, janvier 14, 2009

wednesday

samedi, janvier 10, 2009

appleremote02 (part7)

mardi, décembre 23, 2008

appleremote03 (part1)

samedi, décembre 20, 2008

appleremote02 (part 5)

samedi, décembre 13, 2008

appleremote02 (part 4)

mardi, novembre 18, 2008

[Mac OS X] experimental PowerPC and Intel builds need feedback

mardi, novembre 04, 2008

appleremote02 (part 3)

vendredi, octobre 31, 2008

appleremote02 (part 2)

jeudi, octobre 30, 2008

appleremote02 (part 1)

jeudi, août 28, 2008

OpenGL transitions in Impress for Aqua (1)

jeudi, août 21, 2008

apple remote (5)

mercredi, août 20, 2008

apple remote (4)

mardi, août 19, 2008

apple remote (3) and other recent things

dimanche, août 17, 2008

Apple Remote in Impress : first try before more serious implementation

jeudi, juillet 10, 2008

Import pdf for Aqua works

vendredi, juin 20, 2008

First signs of life of my Apple Remote .. in OpenOffice.org

lundi, juin 09, 2008

Trip in California

mercredi, mai 21, 2008

Some news from the Macport

samedi, avril 19, 2008

Webdav and Aqua version

dimanche, octobre 07, 2007

at least 2 by task ...

jeudi, août 30, 2007

Mac OS X port at Apple Expo 2007 (Paris)

vendredi, août 17, 2007

... Gorm ( .nib , part 2 )

jeudi, juillet 26, 2007

Aqua port : Cocoa developers wanted

vendredi, juillet 20, 2007

Google SoC : Mac OS X Address Book

dimanche, juillet 15, 2007

Aqua version : first tests on Leopard preview

Japanese version of Aqua to be presented at Open Source Conference of Kyoto ( Japan )

vendredi, juillet 13, 2007

Aqua Testtool

mardi, juillet 03, 2007

2nd Aqua Development Snapshot Released

lundi, juillet 02, 2007

Mac native port and aquavcl01 cws

samedi, juin 23, 2007

Aqua snapshot, one month later

mercredi, juin 20, 2007

WWDC 07 Part 2

Mac OS X port, Carbon and 64bits Technology (before WWDC07 part 2)

lundi, juin 18, 2007

Back from WWDC 2007 / Part 1 : agenda

vendredi, juin 08, 2007

lundi, juin 04, 2007

Aqua : development snapshot available for download

samedi, juin 02, 2007

Top 10 of issues : a big progress

jeudi, mai 31, 2007

Aqua news

lundi, mai 14, 2007

Aqua : native printing implementation started

vendredi, mai 11, 2007

Aqua FilePicker and old FilePicker