- Neooffice incorrect background color how to#
- Neooffice incorrect background color mac os x#
- Neooffice incorrect background color update#
- Neooffice incorrect background color archive#
- Neooffice incorrect background color code#
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. Now, only the right way is used, of course. and so on.Ĥ) the most simple was to remove the previous hack to switch at runtime (using environment variables) between use F5 or not. 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. The IMPL_LINK is the place where I put what do of the event. 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.ģ) Set an LINK_IMPL() acting as - sort of - "Callback", with the parameters passed in arguments by LINK(). I have choosen to use the sd/source/ui/app/sdmod1.cxx, in getState(), where a lot of things are initialized. Following the existing example previously studied in slideshowimpl.cxx, I had to :ġ) add a DECL_LINK() in the header, to declare a member function in a class that acts as a handlerĢ) set a handler using the LINK macro : after searching a while. Probably not perfect, but at least it works.Įverything is based on the use of macros (at preprocessor step). 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.
Neooffice incorrect background color code#
The only way I found to understand was to ask on IRC, and read the code (if you know better, please tell me). 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. Just because the eventlistener only exists when Impress is in presentation mode. Our issue was, no event listener was running, and thus, the events sent through vcl ( kRemote* turned into MEDIA_COMMAND_something ) get lost. When opening a presentation (in static mode) in Impress, it means we use Draw with another GUI. 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. 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 !Īt 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 !!Īfter 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). The first one describes how we can set the color of the tabs :
Neooffice incorrect background color mac os x#
Please note, I used Mac OS X Aqua version for the screenshots, but it should work the same way on all ports To illustrate the great work Daniel did (mostly alone !!), better use screenshots :-) The biggest issue we encountered was a dark visibility issue, but SC_DLLPUBIC macro helped to solve that. and son on), and I fixed some builds issues with him ( + I started the code review ).
Neooffice incorrect background color how to#
Since two days, we work together, ( mostly on the # 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. Many thanks to Daniel Watson, who wrote this new feature, and I would like to mention the great support from Kohei Yoshida, another developer from Novell, who is a Calc expert.įrom my side, I welcomed Daniel. or howto help a new contributor joining the Project. (I hope students working on new 3D transitions will be happy :) ) Last but not least, a big thank you to Mox Soini(cairo implementation), Radek Dulik (most of the OpenGL thing'ry on for Linux) and Thorsten Behrens(Impress Expert) for his help. => Mac OS X Porting & OpenGL transitions with Impress
Neooffice incorrect background color update#
UPDATE : anybody interested to help me can have a look on the wiki page I created for the occasion.
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.
Neooffice incorrect background color archive#
Of course, there is probably some additional work before to consider the implementation as "ok", but at least people can test them.įor 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) 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 on Mac OS X.