How to 追加する new cursors in OOo4Kids (Windows, Linux,Mac OS X)
追加するd a new 入ること／参加（者） in
the OOo4Kids wiki:
How to 追加する a new cursor in OOo4Kids (基本的に the same as 追加するing one in
OpenOffice.org of course ;-)
Everything comes from 公式文書，認めるs I took during the 実施, and the translation in other 地元のs will follow soon.
Any help and 出資／貢献 is welcome : feel 解放する／自由な to 追加する （警察などへの）密告，告訴（状）, and help us to 改善する ! """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Education 事業／計画（する） on the wiki EducOO.org blog (french) OOo4Kids Many thanks to
Ben Bois , author of the EducOOo Logo
Libell?s : devel, 開発, High Tech, OOo4Kids, OpenOffice, Teaching OpenSource
OOo4Kids 0.9 is 利用できる for download
EducOOo and the
OpenOffice.org Education 事業／計画（する） are proud to 発表する
OOo4Kids 0.9 is out.
Click the link to download OOo4Kids You'll find the に引き続いて 見解／翻訳／版s (de, es, en-US, fi, fr, it, nl, pt, zh-CN):
* Windows XP ( SP3 or superior)
* Mac OS 10.4 or superiior (PowerPC and Intel),
* Linux 32 and 64 bits ( as 古記録 含む／封じ込めるing .deb)
=>
+ Don't forget the Portable OOo4Kids for Windows ! -
the changelog is continuously updated there :
http://wiki.ooo4kids.org/索引.php/Changelogs
To 要約する, the
The 最新の 必須の changes
between 0.8 and 0.9 are :
English :
* OOo4Kids is now
localized in Finnish* 統合するd sound and movies on Windows (DirectX), Mac(QuickTime) on Linux (gstreamer) with Impress. Thanks to
Novell, Radek Doulik and Cedric Bosdonnat for the gstreamer part (Linux).
*
使用者's preferences are now password 保護するd. (
prof is the default password)
* Impress Annotations 方式 during a 贈呈 : color, and size of the pen can now be 修正するd, backup'ed erased. Thanks to the students of
Ecole Centrale Nantes and Thorsten Behrens for their work (eraser1 cws)
*
Impress 3D OpenGL 移行s (Mac OS X only)
*
big size arrow cursor ( Mac OS X only)
*
Debian .deb 古記録 on Linux (exp?rimental)
* (Linux) OOo4Kids and all other 使用／適用s do now appear in the main menu
*
New Open and save icons( thanks to
Ben Bois) 取って代わるd old 水晶 主題 使用／適用s icons with the OOo4Kids one
(some bugfixes .. )
In pr?paration :
-
big cursors on Windows and Linux,
new eraser and pen cursors (bigger) with Impress, in annotations 方式.
-
Puppy Linux 見解／翻訳／版 (very soon)
-
Linux Gdium 見解／翻訳／版 (build 現在／一般に broken)
公式文書，認める: we do not 供給する yet .rpm 古記録, but depending on the 需要・要求する, we'll put one 実験の .rpm 古記録 online very soon ( Suse, RedHat and Mandriva 両立できる)
Anybody willing to 準備する .rpm should be able to build OOo4Kids for those 配当s witout any big probleme. Thanks to 接触する us for その上の （警察などへの）密告，告訴（状） (
IRC : #ooo4kids , server : irc.freenode.逮捕する )
French :
* OOo4Kids est
maintenant propos? en Finlandais*
Son int?gr? sous Windows (DirectX), Mac(QuickTime) et Linux (gstreamer) avec Impress. Merci ?
Novell, Radek Doulik and Cedric Bosdonnat 注ぐ le code relatif ? gstreamer (Linux).
*
Pr?f?rences Utilisateur prot?g?es par mot de passe. ?(
prof est le mot de passe par d?faut )
* Annotations, couleur, taille stylo pouvant ?tre modifi?es, sauvegard?es, gomm?es pendant une pr?sentation (Impress)
*
移行s 3D OpenGL (Impress, Mac OS X)
*
Curseur de grande taille ( Mac OS X seulement)
*
古記録 .deb 注ぐ Debian sous Linux (exp?rimental)
* (Linux) OOo4Kids et toutes les 使用／適用s apparaissent dans le menu 主要な／長／主犯?
En pr?paration :
-
gros curseurs
sous Windows et Linux,
nouveaux curseur gomme et stylo (加える gros ) avec Impress, en 方式 annotations
-
見解／翻訳／版 Toutou Linux (prochainement)
-
見解／翻訳／版 Linux Gdium (編集 actuellement cass?e)
公式文書，認める: nous ne fournissons pas encore d'古記録 de type .rpm faute de volontaires et de ressources, mais en fonction de la 需要・要求する, nous mettrons une 見解／翻訳／版 実験の en ligne prochainement. Toute personne souhaitant preparer des .rpm ( Mandriva, Red Hat ) devrait pouvoir cr?er ces 古記録s sans probl?me.
Merci de nous contacter (
IRC : #ooo4kids , serveur : irc.freenode.逮捕する).
---------------------
If you want to help us, to find 資源 and 与える／捧げる 支援する to 改善する OpenOffice.org, 経由で the OpenOffice.org Education 事業／計画（する）,
寄付s are welcome OOo4Kids is
made for 教育の 目的, has been thought to work with students, making them discover OpenOffice.org source code, without 強制s, but just code, and having Fun.The 約束 is, when the code is good enough, it will be 提案するd for 統合，差別撤廃 into OpenOffice.org.
OOo4Kids is a 7-12 years children Office 控訴, based on OpenOffice.org ( http://www.openoffice.org ) source code. This means OpenOffice.org has some features OOo4Kids has not (like Base and Java). And if you need those features, please use OpenOffice.org, that you can download at :
Download OpenOffice.org. Please do not forget that the ソフトウェア is 供給するd as it, and that you will use it at your own 危険s. Do not forget to do a backup either.
Libell?s : Debian, 開発, High Tech, Mandriva, OOo4Kids, OpenGL, OpenOffice, Portable OOo4Kids, Teaching OpenSource
最近の OOo4Kids 進歩
Reading the
OOo4Kids 最近の changelogs, I see
Thomas and
Abdel did serious 進歩 with the
OOo4Kids Sugarization !
Glad to see serious and brillant students 与える／捧げるing !! For the one who did not understand, OOo4Kids is a
製品 of the Education 事業／計画（する）: everything we 器具／実施する in OOo4Kids is something we can teach, and explain to the students. As you can see, more time goes and more we can change things, and this brings a real 動機づけ to them.
From my 味方する, I continued to work at the
new Writer assistant for OOo4Kids. Last thing I did was to define a value for the
SID_NEW_SW slot ID. Better read
the cookbook.
To be continued."""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Education 事業／計画（する） on the wiki EducOO.org blog (french) OOo4Kids 事業／計画（する）Many thanks to
Ben Bois , author of the
EducOOo logo, 献身的な to the OpenOffice.org Education 事業／計画（する）
...
Libell?s : 開発, High Tech, OOo4Kids, OpenOffice, Sugar, XO
Probably no OOoCon 2009 for Education 事業／計画（する）
Looking at the
現在の 寄付s , an 見積（る）ing the need to 600 euros (not to become rich, but just to 支払う／賃金 travel + accomodations),
I will very probably not …に出席する the OOoCon 2009. Final 決定／判定勝ち（する） to come soon.
Two pr?sentations were scheduled (see
会議／協議会 Schedule) :
- 現在の the Education 事業／計画（する）
- OOo4Kids
Thanks anyway to all one who 寄付するd an maybe see you another time :)Libell?s : 開発, OOo4Kids, OOoCon, OpenOffice
Education 事業／計画（する） 会合: スピードを出す／記録につける 利用できる
Was IRC 会合 today, for the
Education 事業／計画（する）. We mostly welcomed new students, and made a point about the work in 進歩. I have seen some new 愛称s on the channel :-)
Next week, we'll try to 提案する a 名簿（に載せる）／表（にあげる） of ClassRooms.As usual the スピードを出す／記録につける is 利用できる on the wiki : the スピードを出す／記録につけるNext 会合 is scheduled the 22nd October, same hour. See you !!"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Education 事業／計画（する） on the wiki EducOO.org blog (french) OOo4Kids 事業／計画（する）Many thanks to
Ben Bois , author of the
EducOOo logo, 献身的な to the OpenOffice.org Education 事業／計画（する）
...
Libell?s : devel, 開発, Education 事業／計画（する）, High-Tech, OOo4Kids, OpenOffice, Teaching OpenSource
OOo4Kids call for 寄付
You 高く評価する／（相場などが）上がる OOo4Kids or any 活動／戦闘 the Education 事業／計画（する） does ?
So now, you have no excuse to not help us :)For that,
Ben Bois did yet another 広大な／多数の／重要な thing, and 追加するd a
寄付する link on the
download websiteOther nice feature ... look at the 温度計 on left ;) 
The money will help us to 設立する other 活動／戦闘s, and more, to really create a 橋（渡しをする） between
OpenOffice.org 事業／計画（する） and the Education
Thanks a lot to all the donators !! """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Education 事業／計画（する） on the wiki EducOO.org blog (french) OOo4Kids 事業／計画（する）Many thanks to
Ben Bois , author of the
EducOOo logo, 献身的な to the OpenOffice.org Education 事業／計画（する）
...
Libell?s : 開発, Education 事業／計画（する）, 実験の, fun, High Tech, OOo4Kids, OpenOffice
使用者 Level in prefs : 完全にするd :)
Glad to say that the feature is now fully 器具／実施するd, and 作品 (uff). Means there is an UserLevel field in the ありふれた.cxu, initialized to "Beginner" and we can change that. The changes are 即座の, and will conditionnate the 行為 of some features ( in fact, looks like the 可能性s are enormous, and I'll 令状 a 名簿（に載せる）／表（にあげる） of what can be changed with that :)
What is good, is I had to learn a lot of things, to 器具／実施する this tiny feature, but the best piece was the config 経営者／支配人... ufff .. not trivial.
The code is 文書d on the
使用者 Level wiki page. Feel 解放する／自由な to 接触する me if you are 利益／興味d to use it ;-)
Just wondering : does it 価値（がある） to 現在の a ClassRoom about that ? Please 接触する me if you think it does 価値（がある） it
Last but not least, I'd like to say thank you to
Eike Rathke, Thorsten Behrens and Cedric Bosdonnat who helped me (either advices or links, or even suggestions).
Libell?s : 開発, High Tech, OOo4Kids, OpenOffice, Teaching OpenSource
使用者 Level in the preferences (OOo4Kids, 実験の)
I started to work on the
"使用者 Level" today (that's not finished yet). That's just a little feature, who will 完全にする the password 保護するd preferences, to 避ける children doing something they do not understand.
The シナリオ is 極端に simple :
* the prof enters the password (not yet 器具／実施するd)
* once 実証するd, he can 接近 to the prefs, and change the settings.
*
3 可能性s :
Beginner, 普通の／平均（する） or 専門家As shown in the screenshot below :
Once the 使用者's level defined (default will be beginner), the 行為 of
OOo4Kids will be defined too. The idea is to have a 一貫した 行為 when one level is choosen.
e.g. on Calc, the number of the 機能（する）／行事s who appear in the 名簿（に載せる）／表（にあげる）, depend on the level. Say :
8 機能（する）／行事s for beginner, 40 for 普通の／平均（する）, and all ( more than 100) for 専門家.
We can imagine a lot of other features who could depend on that, to 許す more soupleness with
OOo4Kids.
Last but not least, thank you to
Eike Rathke, who 供給するd me precious advices with Calc.
Libell?s : 開発, Education 事業／計画（する）, High
Tech, OOo4Kids, OpenOffice
More about the public 解放（する） of OOo4Kids
To make things （疑いを）晴らす, after we 発表するd we'll use the GPL V2, we finaly changed for the LGPL v3.
Below, the content of the mails sent to the 事業／計画（する） Leads mailing 名簿（に載せる）／表（にあげる） (copy of the mail), just the URL for download has been hidden)
""""""""""""""""""""" 引用する """"""""""""""""""""""""""""""
Hi,
Our new server is の近くに to be ready for a public 開発 見解／翻訳／版, but before to 発表する, I'd like to be sure nothing is wrong (of course, we'll will 訂正する it asap if so)
I know Sun trademarked a lot of things, and we'd like whether there is something wrong with the 現在の 見解／翻訳／版s of OOo4Kids.
The license we finally choosen for the code is the LGPL v3, 尊敬（する）・点ing ツバメ Hollmichel suggestion. The repository is not created, but will probably be soon : still waiting for ツバメ answer, to create a 献身的な 支店, but without the need to use the SCA ( OOo4Kids is not Sun trademarked, but EducOOo, a 非，不，無 利益（をあげる） 協会 )
Additionaly to our own （警察などへの）密告，告訴（状）, we will 追加する, at a 明白な place, on the download page :
- OpenOffice.org website and a link for download OpenOffice.org source code
- a word explaining this is a 開発 見解／翻訳／版, ーするつもりであるd to work with students around OpenOffice.org, for pedagogical 推論する／理由s, and who has not all the features OpenOffice.org has
- an 招待 to use OpenOffice.org for the one who want to use Base or anything using Java
For the one 利益／興味d to 実験（する）, I have put 見解／翻訳／版s of OOo4Kids 0.5pre on the に引き続いて server : http://wwwwwwwwwwwwwwwwwwwww/ ( openoffice -> OOo4Kids ). Please 公式文書，認める this server will be deprecated soon.
利用できる :
- Windows,
- Mac OS X (Intel and 力／強力にする PC)
- Linux Intel (Mips -gdium 見解／翻訳／版- and PowerPC will come soon)
Thanks in 前進する to 確認する nothing is wrong, or to explain us what we still have to 修正する, to 尊敬（する）・点 OpenOffice.org 事業／計画（する）.
Eric Bachard
Lead,
OpenOffice.org Education 事業／計画（する）
""""""""""""""""" End Quotel """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
--
Education 事業／計画（する）: http://wiki.services.openoffice.org/wiki/Education_Project
Projet OOo4Kids : http://wiki.ooo4kids.org/索引.php/Main_Page
L'協会 EducOOo : http://www.educoo.org
Blog : http://eric.bachard.解放する／自由な.fr/news
Libell?s : 開発, OOo4Kids, OpenOffice
How to change 使用／適用s icons in OOo ...
1) Watch them all. They mostly are 位置を示すd in default_images/svx default_images/枠組み, setup_native/source/win32/nsis , default_images/res, and in sysui/source/desktop/icons and some other place I could have 行方不明になるd there.
2) localize them 正確に／まさに, e.g. using The Gimp on Linux, Apercu on Mac , don't remember what 道具 I used on Windows, maybe it was (a)自動的な／(n)自動拳銃.
3) 改名する all the one who can 原因（となる） 問題／発行する with what you want to 達成する
4) build OOo. e.g. trunk can be a good choice, if you want to 実験（する） the new localization 計画／陰謀
公式文書，認める: trunk means the 現在の milestone, means the to-be-DEV300_m51
5) 行方不明の icons (i.e. 改名するd icons) will make the build break. This is normal, and every time the build breaks,
you'll have to 修正する all the code calling the 行方不明の icons at buildtime (e.g. using ifdef YOUR_VARIABLE or whatever other 切り開く／タクシー／不正アクセス), and to 追加する your icon(s) with their new own icon 指名するs (the one you introduced in the code instead), all at the 初めの place.
6) 立証する both old icons and the new one can live together at builtime, and that you can build both on all OS's
7) continue with all modules until the build ends. Think to take some coffee, this might be a long 過程.
And if you are serious, you'll have something 訂正する at the end :-)
Nothing is perfect and you probably 行方不明になるd some at the begining. So, if you forgot some, repeat the 過程 until you no longer see old 使用／適用 icons.
Be carefull, the image 判型s are different on every 壇・綱領・公約, and all builds are 義務的なSimple, isn't it ?
[昇格] : looks like we have lot of 未使用の icons in OOo. Will 除去する them per see :)
Libell?s : 開発, EducOOo, 切り開く／タクシー／不正アクセスs, High Tech, OOo4Kids
New 使用／適用 Icon for OOo4Kids :)
My children like it already :)
Thanks (again !) to Ben Bois, doing most of the new Design for OOo4Kids=> その上の （警察などへの）密告，告訴（状） on
OOo4Kids wikiTo be continued ...Libell?s : BenBois, Design, devel, 開発, Education 事業／計画（する）, EducOOo, High Tech, OOo4Kids, OpenOffice
About the number of developers 与える／捧げるing to OpenOffice.org (again)
支援する from FOSDEM (I'll 令状 a word asap about it), I tried to see what happened in 合間, おもに what was committed in OOo tree.
If you remember my previous blog 入ること／参加（者） ( see
this link ), I wrote it was very 平易な to retrieve the most 最近の （警察などへの）密告，告訴（状）, and have the number of people who 送るd code in some cws, for OpenOffice.org 事業／計画（する）.
The 魔法 link was:
中央情報局.vc server Now it is no longer possible, because
the stack of the 最近の commiters, 含むing the sum,
disappeared.
I ignore what happened, and who did that, but that's 明確に a
big regression for me, and yet another hidden （警察などへの）密告，告訴（状）, who should be publicaly 利用できる.
Indeed, we now are in the 状況／情勢 where we:
- just see the (20 ?) most 最近の commits, nothing else
- have no idea on the number of contributors since we use svn
- cannot 抽出する the exact content of a commit, and who did what in a cws (at least this is not as 平易な as it was using Bonsai, where we could even watch everything online).
I have 接触するd the owner of 中央情報局.vc. Maybe he will explain me some tip, or how to proceed, to retrieve the values, and maybe more.
Libell?s : Code, 開発, High-Tech, number of OOo devs OpenOffice
Discovering OpenSolaris and OOo build on it :)
Working with Frank Schoenheit and Pierre Pasteau on the moz2seamonkey01 cws, we had no proof our changes are ok on Solaris. The best I could do was to 任命する／導入する OpenSolaris on a AMD XP4000+ / 3BG of RAM machine. After some garbage (I'm discovering this strange OS), I finally understood how to 任命する／導入する -sort of- 開発 環境.
And after some little changes I'll commit soon, I was even able to build seamonkey.1.1.13 zipped 古記録s on OpenSolaris :-)
No 切り開く／タクシー／不正アクセス, just trying to 直す／買収する，八百長をする 問題／発行する after 問題／発行する, and I'm done.
The wiki is 負かす／撃墜する, but I created a new 仕事 for students: build OOo on OpenSolaris. I think this is a difficult 仕事, and it 価値（がある） a try and a serious 成果／努力. I 接触するd
Christian Lins, who started the 成果／努力 some times ago, but if you are 利益／興味d or want to give me some advice, feel 解放する／自由な to 接触する me :)
To be continued (after FOSDEM ) P.S. : the wiki is 負かす／撃墜する, but I put some stuff
thereLibell?s : 開発, High Tech, OpenOffice, OpenSolaris, Teaching OpenSource
work in 進歩
Since appleremote02 is ready for QA, I can concentrate me again on the
3D 移行s with Impress , and more 正確に, on the flicker. But not only. In fact, tracing the apleremote02 thing, I 設立する other 問題／発行するs: the rectangle used for the OpenGL 見解（をとる） is not constant (いつかs 含むs the lateral toolbars .. ) or there is -sort of- clipping 問題／発行するs. But I have some ideas.
Other 利益／興味ing work in 進歩 : build
AbiWord on Mac. I'll have some work, but can be 極端に 利益／興味ing for a lot of 推論する／理由s.
This evening, was a 楽しみ to see several students …に出席する the #education.openoffice.org channel, working together on the Impress 改良 too ( see
問題／発行する 97972 ). We will have a 会合 soon (on monday probably).
Libell?s : AbiWord, 開発, OpenGL, OpenOffice
appleremote02 (part6)
Time for code review, last step for the cws before to be ready for QA.
Philipp Lohmann agreed the changes in vcl ( and thus, the corresponding changes in apple_remote module)
Several problems had to be 直す／買収する，八百長をするd :
*
Christian Lippka 示唆するd the use of MEDIA_COMMAND_VOLUME (UP and DOWN ) had to be changed, for other OS than Mac OS S X [直す／買収する，八百長をするd]
* 保護する the popup menu 事例／患者 [直す／買収する，八百長をするd]
*
Andre Fischer asked about the eventlistener [部分的に／不公平に 直す／買収する，八百長をするd]: is not 正確に／まさに at the 権利 place, because I 追加する the eventlistener at the end of GetState(SfxItemSet&) method, and this would result in 多重の calls to 使用／適用::AddEventListener(const Link&). The 使用／適用 class 蓄える／店s event listeners in a 名簿（に載せる）／表（にあげる）, not in a 始める，決める, and thus, more than one eventlistener may be 登録（する）d for a 選び出す／独身 SdModule 反対する. Fortunaly, when the (one) listener is 除去するd in ~SdModule the 使用／適用::RemoveEventListener(const Link&) 除去するs all listeners (that's what I 立証するd using 漏れるs on Mac)
The possible 解答s :
追加する the listener 直接／まっすぐに in the SdModule Ctor : Does not work (maybe my fault), because this leads to a sort of chicken-egg problem, and after some 実験（する）s, it seems to be unbuildable ( I gve up with that).
Philipp 提案するd a 解答 I 実験（する）d already, based on a singleton pattern [done, 作品 already]
調査／捜査するing on another more 複雑にするd, but elegant 解答 Andre 提案するd. the idea is to create a static Create() method for SdModule, that creates and initializes an SdModule 反対する.
This needs to make the 建設者 私的な (no 味方する 影響s ?) and finally to have SdDLL::Init() calling this new Create() method. Work in 進歩 ...
A big thank you for the code review, and for the time they spend helping me to
Andre Fischer,
Christian Lippka, Philipp Lohmann and
Thorsten Behrens ( kindly answering my questions on the #education.openof
fice.org channel)
Libell?s : Apple, 開発, High-Tech, Mac OS X, Teaching OpenSource
About the (real) number of developers 与える／捧げるing to OpenOffice.org source code
Since we switched to svn this is really 平易な to 得る the number of 正規の／正選手 OOo contributors. Means for source code, not for anything else.
Before, the best 資源 we had was
Bonsai. e.g. you can easely retrieve all the 出資／貢献s of someone, or the exact content of a cws. Just fill in 正確に the 権利 fields and all the （警察などへの）密告，告訴（状） 関心ing the commit before svn appear.
Sort of "memory of OOo" :-)Now, just look at :
中央情報局 vc and you're done.
.. and the result is: the 現在の number of nicks is 77 known people (at least one commit ... ) who wrote code for OpenOffice.org the last two months ... and not 200 like I read on some blog :-/
As example, the
Education 事業／計画（する） attracted
4 new developers*** (able to create their own cws's and commit). Of course, they still need to learn a lot, and the next steps are : how to 統合する code.
***Not that bad ;-) (I'll wrote more about that very soon)
Last, there is a remaining 問題／発行する : I still don't know how to make appear all the changes people 送るd in a given cws, and more annoying, how to read just every diffs, like Bonsai 許すs us to do (please 接触する me if I 行方不明になるd something about that :) ). Of course, I can 抽出する all the changes in a given cws, and navigate in te cws tree ( using
this link, but that's not the most efficient (imho).
I'm 確信して, there is probably a 道具 in 準備. Crossing the Fingers ;-)
Update:
About the coming month, we 推定する／予想する to see 6 new students from Ecole Centrale Nantes ( look at
改善する the OOo Impress), and 3 students from UTBM, working on the OpenGL 移行s. No （警察などへの）密告，告訴（状） from Seneca College, and students from this school, joining the 事業／計画（する）.
To be continued :)---------------------------------------
寄付する to Education 事業／計画（する）---------------------------------------
Libell?s : Code, 開発, High-Tech, OpenOffice
appleremote03 (part1)
Since everything work with appleremote02, I think the last remaining changes for this cws will be about :
- 除去する the eventlistener (e.g. when の近くにing the 文書)
- 避ける 漏れるs (to be 確認するd)
- 実験（する） on other ports (Windows)
Started working on
appleremote03 : 器具／実施する the contextual menus with the remote.Done :
* catch all the remote event, and turn them into the 権利 MEDIA_COMMAND
* 設立する where in the code, is 扱う／治療するd the contextual menu 入ること／参加（者）s with mouse events or the keyboard
Work in 進歩 : design the new 実施
Todo :
* create the new 事例／患者, means when in fullscreen, and one popup menu is open, specificly for the remote events
* create one callback for any catched remote events
* 令状 separated 実験（する）s for every part
* 令状 the code
* 実験（する）
Libell?s : aqua, Code, 開発, High-Tech, OpenOffice
appleremote02 (part 5)
"Play" 作品 :-)After searching the entire week (in my 解放する／自由な time, mostly late in the evening), I finally 設立する a way to 直す／買収する，八百長をする the 問題／発行する I mentionned in the previous 入ること／参加（者） (
appleremote02 part 4), ... and I finally get it working :-)
Of course, the changes I 送るd today are maybe not the best one, and I'm waiting for opinion(s), one people who 受託するs to QA my code, and maybe tell me whether something is wrong.
How does it work ?When 開始 a 贈呈 (in static 方式) in Impress, it means we use Draw with another GUI. Our 問題／発行する 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 存在するs when Impress is in 贈呈 方式. The idea was:
器具／実施する a new event listener in sd, but more 早期に, means in static 方式, to be able to catch the "Play" event, the last one who was not working.
But what do 正確に／まさに, and where ?
The only way I 設立する 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 訂正する, and に引き続いて the advice from Thorsten, I tried in sd/source/ui/app. Probably not perfect, but at least it 作品.
Everything is based on the use of 大型のs (at preprocessor step). に引き続いて the 存在するing example 以前 熟考する／考慮するd in slideshowimpl.cxx, I had to :
1) 追加する a
DECL_LINK() in the header, to 宣言する a member 機能（する）／行事 in a class that 行為／法令／行動するs as a handler2)
始める，決める a handler using the LINK 大型の : 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 始める，決める it in sd/source/ui/unoidl/unomodel.cxx, but the choice was
probably wrong (at least too 複雑にするd), because I had no 平易な way to retrieve the でっちあげる，人を罪に陥れる and the shellview.
The LINK() 追加するs the event listener.3)
始める，決める an LINK_IMPL() 事実上の／代理 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 方式 (the other 方式 is Draw 方式), second whether there is a でっちあげる，人を罪に陥れる 含む／封じ込めるing the 贈呈, and is 焦点（を合わせる）d .. and so on.
4) the most simple was to 除去する the previous 切り開く／タクシー／不正アクセス to switch at runtime (using 環境 variables) between use F5 or not. Now, only the 権利 way is used, of course.
公式文書，認める: in sdmod1.cxx, I firstly believed I could factorize more the code, and this bad idea 原因（となる）d me a lot of pretty 衝突，墜落s before I understood I had two steps at some places, instead of only one. Until now, with the 現在の status of appleremote02, no 衝突，墜落 occured.
Other 直す／買収する，八百長をするd items :- did some modifications in the wiki page about
Apple Remote 実施- 送るd the changes in the appleremote02 cws
結論s: I spent a lot of times on that, but I think I understood an important （警察などへの）密告，告訴（状） in OpenOffice.org source code with the DECL() , LINK, LINK_IMPL() 機械装置 (that's why I try to 述べる it). Indeed, the scanner does use a 類似の 機械装置, and I know have 90% of the （警察などへの）密告，告訴（状） for the Image 逮捕（する） 実施, that
Valentin Janiaut started some times ago. Another good thing, is the entire changes, if 受託するd, are really portable : the first 味方する 影響 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**),
Thors
ten Behrens (for his 広大な／多数の／重要な Impress knowledge) and
Jonathan Winandy (from the Centrale Nantes Team) who agreed to build appleremote02 on ヒョウ on monday (and do some little 実験（する）s), to 確認する there is no obvious problem.
**e.g. Philipp 確認するd me, that two event listeners can run together without 衝突／不一致, what I was not sure at all.
To do : - code cleanup (除去する some debug extra stuff e.g.)
- 改善する : 追加する a removeEventListener somewhere ?
- 跡をつける 漏れるs ?
- build a clean 始める，決める, based on appleremote02
- upload it and ask people for 実験（する）s
- ask for other 実験（する）s in Windows and Linux ?
Libell?s : aqua, Code, 開発, High-Tech, OpenOffice, Teaching OpenSource
appleremote02 (part 4)
除去するing the F5 重要な
In appleremote01 cws, the 計画（する） was to send keycodes, and the sd had to 解釈する／通訳する as 命令（する）s for the slideshow. It 作品 perfectly, but has the drawback to not 尊敬（する）・点 the portability 基準.
As 交替／補充, I 修正するd the way events are sent to the 使用／適用
Before, we had :
[NSApp postEvent:
[NSEvent keyEventWithType:NSKeyDown
場所: NSZeroPoint
modifierFlags : modifierFlags
timestamp: 0
windowNumber: [[NSApp keyWindow] windowNumber]
状況: nil
characters: characters
charactersIgnoringModifiers: characters
isARepeat: toBeRepeated
keyCode: theKeyCode]
atStart: NO];
Means, for every 事例／患者, I sent the 権利 keycode, for the 権利 slideshow 命令（する） ( I passed the theKeycode variable to the postEvent method, using an keyEventWithType:NSKeyDown type) (for その上の （警察などへの）密告，告訴（状）, see
RemoteMainController.m appleremote01 ) The new 実施 is different :
1) I created a different event type (otherEventWithType:NSApplicationDefined ) sent to the NSApp
- (無効の) postTheEvent: (short int)buttonIdentifier modifierFlags:(int)modifierFlags
{
[NSApp postEvent:
[NSEvent otherEventWithType:NSApplicationDefined
場所:NSZeroPoint
modifierFlags:modifierFlags
timestamp: 0
windowNumber:[[NSApp keyWindow] windowNumber]
状況:nil
subtype:AppleRemoteControlEvent
data1: buttonIdentifier
data2: 0]
atStart: NO];
}
(for その上の （警察などへの）密告，告訴（状）, see
RemoteMainController.m appleremote02) 2) in AquaSalInstance::handleAppDefinedEvent(), the NSApp （悪事，秘密などを）発見するs 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 派遣（する）ing to the ::命令（する） and ::通知する 器具／実施するd methods.
The problem was, it 作品 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 切り開く／タクシー／不正アクセス was to continue to create, in salinst.cxx, the NSKeyDown event. The problem is ... it is just a 切り開く／タクシー／不正アクセス.
So I decided to 人物／姿／数字 out what was happening. And for that, I 器具／実施するd new methods (uggly buggy 切り開く／タクシー／不正アクセスs, but very usefull to trace everything at runtime), in sd/source/ui/見解（をとる）/viewshel.cxx (see
the diff for その上の （警察などへの）密告，告訴（状）)
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 権利 でっちあげる，人を罪に陥れる ? So I 器具／実施するd another 切り開く／タクシー／不正アクセス, when sending the "PLAY" 命令（する）. The idea was to check for every でっちあげる，人を罪に陥れる, and see what happens ... More 正確に, doing :
switch ([pEvent data1])
{
事例／患者 kRemoteButtonPlay:
{
nCommand = MEDIA_COMMAND_PLAY;
std::名簿（に載せる）／表（にあげる）::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 通知するd from
AquaSalInstance::handleAppDefinedEvent \n");
if ( !ImplCallPreNotify( aNCmdEvt ) )
pWindow->命令（する）( aCEvt );
}
it++;
}
}
But nothing ... After tracing a lot, and using the backtraces for working and not working events,
Philipp Lohmann 示唆するd me to check the 焦点（を合わせる）d window.
So did I, using Window* pWindow = 使用／適用::GetFocusWindow(); instead of the 名簿（に載せる）／表（にあげる） of でっちあげる，人を罪に陥れるs.
And one more time, it was not working :-/
So what is the problem ? After yet another discussion on IRC, Philipp finaly 設立する the 推論する／理由, に引き続いて ( if I'm not wrong) Christian Lippka explanations : the draw event listener for the slideshow is not active.
More 正確に, the "play" does not work on Windows too. The 推論する／理由 is, as soon as the slideshow 存在するs, it 登録（する）s as event listener of the 使用／適用. But that is AFTER the slideshow is started. Said 異なって, the slideshow doesn't 存在する at all, before the F5 重要な is 圧力（をかける）d :)
=> So the events go nowhere (what I 立証するd since several days ;) )
The 解答 (see
問題／発行する 97195 ) in the 空気／公表する is the sd to 登録（する） as event handler before.
Andre Fischer is the specialist, and will work on that.
So far, once it will work, I'll just 直す／買収する，八百長をする that in 2 minute, and this is the last change I see before to 宣言する the cws as Ready for QA
(and find someone for the QA ...) : everything else 作品, 含むing a new little feature: play/pause when slideshow started.
Crossing the fingers to
see the change occur before the 最終期限 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, 開発, fun, High-Tech, Mac OS X, OpenOffice
[Mac OS X] 実験の PowerPC and Intel builds need feedback
Please 公式文書，認める :
not for 生産／産物, backup your datas, save your prefs *before*... ...
For the adventurous, I do 供給する 前進するd, 実験の builds for both
PowerPC and Intel, here : URL of Laurent 場所／位置 ( I can 供給する german on 需要・要求する )
Those builds are based on DEV300_m35 + ogltrans4mac + macmenusquit + appleremote02 cws's
*
ogltrans4mac cws means, OpenGL 移行s are inside, and work*
macmenusquit cws 目的（とする）s to 除去するs useless "やめる" 入ること／参加（者）s in all OpenOffice.org 使用／適用s ( Calc, Writer .. and so on)
*
appleremote02 is a new apple remote 実施
And if you want to 改善する the chance to see such changes in the 未来 3.1, I really need feedback : thanks in 前進する for any ... !!Libell?s : aqua, 開発, Mac OS X, OpenGL, OpenOffice
appleremote02 (part 3)
Since
DEV300_m35,
appleremote01 cws has been 統合するd, and the
Apple Remote 作品 out of the box with Impress.
Means, it will be
含むd in the 3.1 Aqua 見解／翻訳／版 of OpenOffice.org :-)Do not forget to use it with the
presenter 審査する feature !
The feature is 利用できる and
作品 on PowerPC machines too, but just a little number of machines are 関心d. If you are such 使用者, please send me feedback !
In 合間, I 進歩d a lot with
appleremote02, and it 作品 already.
Play/Pause 重要な now 許すs to blank 審査する, and I'm searching how to 追加する other features.
Remain two 問題／発行するs to be solved:
- I 現在／一般に use the F5 keycode to start the 贈呈, because there is no other simple way to start the 贈呈 (or please 接触する me if
Thorsten Behrens and me 行方不明になるd it )
- the second 問題／発行する is more difficult to be solved : I can easely 活動させる／戦時編成する the popup menu ( i.e. contextual menu ) in fullscreen, but not 支配（する）／統制する it yet, because I have no 出口 with the Cocoa part ->
all suggestions are welcome :-)
And for the adventurous, I do 供給する builds for both PowerPC and Intel, here : URL of Laurent 場所／位置They are based on DEV300_m35 + ogltrans4mac + macmenusquit + appleremote02 cws's
*
ogltrans4mac cws means, OpenGL 移行s are inside, and work *
macmenusquit cws 目的（とする）s to 除去するs useless "やめる" 入ること／参加（者）s in all OpenOffice.org 使用／適用s ( Calc, Writer .. and so on)
*
appleremote02 is a new apple remote 実施
Thanks in 前進する for any comment and feedback !!
Important: you use them at your own 危険s, take care to not use them in 生産／産物, and make a backup of your
datas *before* the 実験（する）s.
Known 問題／発行するs (no need to とじ込み／提出する new one ;-) :
- using a high 決意／決議 for the 外部の 監視する, the area used by the NSOpenGLView for 製図／抽選 the 3D scene is not 訂正する (canvas fault imho)
- little flicker at the end: could be the （判決などを）下すing, maybe not 完全にする, when the 紅潮／摘発する starts (thanks to
Radek Dulik for the possible origin of the 問題／発行する)
Libell?s : aqua, 開発, OpenGL, OpenOffice
appleremote02 (part 2)
The second 実施 作品 !! Thanks to the gold advices from
Philipp Lohmann, who saved me a lot of time.
I spend one hour to 直す／買収する，八百長をする a stupid typo (if you see it, please 減少（する） me a mail ;-) ) :
SalData* pSalData = GetSalData();
AquaSalFrame* pFrame = pSalData->maFrames.前線();
Window * pWindow = pFrame->GetWindow() ?
pSalData->maFrames.前線()->getWindow()
: NULL;
if( pWindow )
{
...
加える one other hour to see why start was not working, nor go to last slide ... **
But now, it 簡単に 作品, and I'll try to 追加する the contextual menu, and more if I can.
Anybody 利益／興味d to QA the cws ?Total cumuled time to work on that: 10 hoursTo be continued ... **ha ha : the methods are 簡単に 行方不明の in the slideshow, when you use events -> will do
Libell?s : aqua, 開発, Mac OS X, OpenOffice, OSX
appleremote02 (part 1)
Since
Florian Heckl 認可するd the appleremote01 cws (thanks to him !), we can say the Apple Remote has big chances to be 統合するd in the Mac OS X 見解／翻訳／版 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 簡単に losed month for this feature 統合，差別撤廃 :-/
井戸／弁護士席, without wait more, I started the appleremote02, who will 改善する the 過程, making the change more "portable". All 詳細（に述べる）s are given there
appleremote02 cws description (I'll 追加する （警察などへの）密告，告訴（状） progressively).
The 計画（する） 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 （悪事，秘密などを）発見するd by the NSApp in AquaSalInstance::handleAppDefinedEvent( NSEvent* pEvent ).
I didn't change anything to the butttons, but I'll probably 追加する new 影響s, like contextual menus, once they will be 適切に 扱うd.
First results :
* in Fullscreen
Received the に引き続いて event from the Apple Remote : 16
Received the に引き続いて event from the Apple Remote : 2
Received the に引き続いて event from the Apple Remote : 32
Received the に引き続いて event from the Apple Remote : 64
.. and so on
* In normal 方式, we receive only menu + play buttons as 推定する／予想するd
Looks ok so far :-)Status of the changes:
Done (but code not 送るd, because appleremote01 is not 統合するd ) :
* 除去する the event sending the keycode
* 器具／実施する new method, sending new event type, 含むing the buttonIdentifier value
* 器具／実施する glu code for 迎撃するing
the event and receiving the value of the message
* new libAppleRemote builds without any glitch
Planned :
* turn the notification into the 権利 constant ( COMMAND_MEDIA and co defined in vcl/inc/vcl/cmdevt.hxx )
* build
* 実験（する）
* 立証する
To be continued ... Libell?s : aqua, 開発, Mac OS X, OpenOffice, OSX
OpenGL 移行s ( 2)
Worked 5 hours on the thing last night (from 30th to 31st august).
Good some good news :
直す／買収する，八百長をするd the colorspace 問題／発行する: was the pDetectedFormat, means OpenGL 移行s work and appear in the 権利 colors now.
There is only one remaining important 問題／発行する (flicker) Some 詳細（に述べる）s : GL_VERSION 1.2 or 1.3 （悪事，秘密などを）発見するd means we enter in the "if .. .#endif" 支配（する）／統制する structure
追加するing debug info, we have :
（判決などを）下すing::ColorSpaceType:: 2 ( if RGB, returns 2 )
GL_VERSION 1.2 or 1.3 （悪事，秘密などを）発見するd
nNumComponents = 4
nBitsPerPixel = 32
nComponentOrderIndex = 0
And in the #if .. #endif structure, this leads to lcl_ARGB32[] use, what is wrong. Indeed, 訂正する OGLFormat is lcl_RGB24 on Mac OS X Intel ( lcl_RGB32 untested, might work )
Simple 解答 -> not use or 直す／買収する，八百長をする the 怪しげな color space （犯罪，病気などの）発見, and use (just 急速な／放蕩な workaround) :
#if defined(GL_VERSION_1_2) && defined(GLU_VERSION_1_3) && !defined( QUARTZ ) // buggy
instead of : #if defined(GL_VERSION_1_2) && defined(GLU_VERSION_1_3)
TODO :
- cleanup in 無効の OGLTrans_TransitionerImpl::GLInitSlides() ,
- 接触する Radek, and Thorsten, and see. Maybe 分裂（する） the 現在の OGLTransitionerImpl.cxx in three arch-献身的な とじ込み／提出するs, should help to 避ける the growing forest of #if ..
Last remaining 問題／発行するs : 相殺する in window 方式, 原因（となる）d by scrollbar not 含むd in the slide position computation
(the でっちあげる，人を罪に陥れる dimensions are different)
=> Looks 第２位, because everything 作品 罰金 in a でっちあげる，人を罪に陥れる.
flickerVery noisy when happening. Must be 直す／買収する，八百長をするd.
The problem is (using ssa words) : the slideshow 陳列する，発揮するs the slide first
then an opengl 見解（をとる） is painted on 最高の，を越す of it and plays the slide 移行
once it is 除去するd the old background appears again still 含む／封じ込めるing the first fr
ame of the 活気／アニメーション, and after a very short time the slideshow engine draws the final でっちあげる，人を罪に陥れる,
which is 明白な as a flicker
Update: the 問題／発行するs always occurs, means it does 関心 both windowed and fullscreen 方式s.
There is probably some needDisplay or whatever other event sent, we should not. Needs to ask pl, the master of vcl.
Optimization / compatibility ?
Will be Fun ( cleanup in OGLTransitionerImpl::GLInitSlides() is 義務的な to be sure the （犯罪，病気などの）発見 作品 on every machine.
To be continuedLibell?s : 開発, fun, High-Tech, Mac OS X, OpenGL, OpenOffice, OSX
OpenGL 移行s in Impress for Aqua (1)
Started the 成果／努力, to make work the
OpenGL 移行s, Shane M. Mathews developed under the Google Summer of Code 2007.
The goal is to use these 移行s in Impress with the Aqua 見解／翻訳／版. 明白に, the feature does 関心 Mac OS X only. As 思い出の品, the 広大な／多数の／重要な work Shane did, was 助言者d by
Thorsten Behrens.
The work is 進歩ing fastly, and I created the cws is
ogltrans4mac. We'll probably do commit everything soon ( build 完全にするd with the 現在の patches)
Everything will be 文書d on
the OpenGL 移行s for Aqua wiki page. I'll 文書 the code changes (incuding the one about another idea) asap.
現在／一般に, the 移行s can be 実験（する）d, but some important 問題／発行するs have to be solved, and any help for the 実施 is welcome.
Last, I'd like to thank
Stephan Schaefer for the important piece of code he 供給するd (making the NSOpenGLView working).
Any volunteer is 温かく 招待するd to join us in the adventure :-)
Some screenshots are 利用できる
hereIMPORTANT: we need volunteers to (I hope this will not slow 負かす／撃墜する the work in 進歩) 令状 a spec 文書... and the Macport needs new devs, with 客観的な C / C /C++ 技術s. Feel 解放する／自由な to 接触する us :)Libell?s : aqua, 開発, <
a rel='tag' href="http://www.yansite.net/etoj.cgi?sw=j&URL=http://eric.bachard.free.fr/news/labels/fun.html">fun, High-Tech, Mac OS X, OSX
Education 事業／計画（する） 成果／努力: a point on the work in 進歩
Several 使用／適用s are started.
First 使用／適用:
Pierre Pasteau to 取って代わる mozilla 1.7.5 sources, with seamonkey 1.1.11 source
Today was the first 事業／計画（する） review. Attendees : Franck Schonheit, Pierre Pasteau, me.
The スピードを出す／記録につける of the review Looking at the 協議事項, Pierre 確認するd there is no 延期する, and we can start building OpenOffice.org using the new patch he created on Windows, Linux and Mac OSX.
Frank 提案するd to ask ツバメ Hollmichel for Pierre commit 権利s, thus he will be able to commit his own changes 直接／まっすぐに, and discover for true the real OpenOffice.org scheduling 過程. Always glad to see new volunteers joining the 事業／計画（する） :-)
2nd 使用／適用, does 関心
Valentin Janiaut: Image 逮捕（する） 実施 on Mac OS X.
More 正確な description of the need, first try in 進歩. We need to 述べる more about the Image 逮捕（する） 利用できる API
Rakesh Pandit started to work in starmath. 事業／計画（する） review for 現在の status has to be scheduled. More （警察などへの）密告，告訴（状） to come this week about the starmath 問題／発行する.
Don't forget,verybody, willing to help us, can join the 成果／努力, and will be 温かく welcomed!
""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Education 事業／計画（する） on the wiki=> If you are willing to 現在の a projet, or 運動 a ClassRoom with us, please 接触する me.
Many thanks to
Ben Bois , author of the Logo
Libell?s : 開発, Education, High-Tech, OpenOffice, School
apple remote (5)
Last changes:
- Seems to work 井戸／弁護士席 with the
the Presenter 審査する, a 広大な／多数の／重要な and 約束ing feature. Many thanks to the authors btw !
The 問題／発行する was, the events were not sent to the 権利 審査する, and thus, no clics ... After searching 複雑にするd 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 pageI'll continue to 実験（する）
To be continued...Libell?s : aqua, 開発, fun, High-Tech, OSX
apple remote (3) and other 最近の things
The apple_remote 偽名，通称 is ok (thanks to
ツバメ 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 広大な／多数の／重要な and 急速な／放蕩な feedback from
Yves Roggeman, who helped me to 直す／買収する，八百長をする the fullscreen 問題／発行する ( I just forgot to 器具／実施する it ).
I made a point with
Pierre Pasteau about his first 仕事 ( see
取って代わる 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 利用できる on
oooaqua 場所／位置 ( ja 地元の is 利用できる for Intel, and I'll start PowerPC build this afternoon)
IMPORTANT : please do not forget they are
非公式の and 切り開く／タクシー／不正アクセスd builds, who just 目的（とする） 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, 開発, fun, High-Tech, Mac OS X, OSX
Apple Remote in Impress : first try before more serious 実施
Just 支援する from holidays, I 設立する some times to 切り開く／タクシー／不正アクセス the Apple Remote (the 監査役 shipped with Apple machines).
After a week of learning the 広大な／多数の／重要な
Pierre Chatelier documentation (客観的な C for C++ developers ), and
Aaron Hillegass 調書をとる／予約する " Cocoa Programming for Mac OS X", I finally 設立する how to adapt
ツバメ Kahr's code, to make the Apple remote work with OpenOffice.org.
Today, reading Apple documentation, I finally 設立する a simple way to 器具／実施する the basics of the thing. and it 作品 :-)
What you 現在／一般に can do is:
- start a 贈呈
- goto next / previous slide
- goto to last/first slide
- やめる the 贈呈
The Impress window must be in 前線 (the active window). Else, 前線 列／漕ぐ／騒動 menus 作品 as usual.
Some other features are 行方不明の, and I hope to make them work asap.
For the curious, I do 供給する 非公式の builds Intel only ( PowerPC on tuesday), for en-US , fr and de (upload in 進歩). Don't forget to do a backup of your とじ込み／提出するs.
The URL for the download is
Laurent Buisson 場所／位置 . Many thanks to him, for 供給するing the ressources.
Last but not least, I 設立する a way to 修正する the menus on the 飛行機で行く, and at build time, e.g; 除去するing the not Aqua HIG compliant extra "やめる" 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 進歩, and I'm thinking to a more 深い and professionnal 実施, but we need feedback from our 使用者s, to 器具／実施する proprely the thing.
To be continued ...Libell?s : Apple, <
a rel='tag' href="http://www.yansite.net/etoj.cgi?sw=j&URL=http://eric.bachard.free.fr/news/labels/aqua.html">aqua, 開発, High-Tech, Mac OS X
Little ClassRoom about 警告s
Today, and because of the proximity of the holidays, we did a little ClassRoom with Rakesh, about the 現在の 成果／努力
wae4binfilter.
The origin of the 成果／努力, what sorts of 警告s we can 遭遇（する）, and how solve them, and 保持する the lesson for the 未来 code we'll 令状.
The スピードを出す／記録につける, 含むing several 関連した links, is 利用できる =>
the スピードを出す／記録につける""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Education 事業／計画（する） on the wiki=> If you are willing to 現在の a projet, or 運動 a ClassRoom with us, please 接触する me.
Many thanks to
Ben Bois , author of the Logo
Libell?s : ClassRoom, 開発, Education, 成果／努力, OpenOffice
...
To much of mails, I'll answer tomorrow. Yesterday, I did some 進歩 with the Apple Remote: 追加するd new constants, better 見通し of all the thing. But I still don't see all the messages I should in the 終点. A lot remains to do.
Today, I worked with
Rakesh Pandit on the wae4binfilter01 cws. Since his SCA is 受託するd, he was so 肉親，親類d to 供給する a lot of patches (28!), I was glad to commit for him. 現在／一般に, all 現在の patches have been 送るd, and only a little number of uninitialized 事例／患者s are remaining. Yet to 直す／買収する，八百長をする some 複雑にするd 事例／患者s, but I 推定する／予想する to 完全にする wae4binfilter01 by tomorrow or so. Time to find a QA resp :-) (volunteers ? )
wae4binfilter02 will probably be about bad Ctors initializations.
Good news:
Pierre Pasteau, a student from
Epitech (Paris) 提案するd to 与える／捧げる to OpenOffice.org for 5 months (until 中央の december 正確に／まさに), as an 使用／適用 for his cursus. This is not 完全に sure, but the last remaining thing I have to do is 調印する and return the 条約, and we can go. Yet some 行政の points to be 立証するd before that. I'll 供給する その上の （警察などへの）密告，告訴（状） asap.
Started a wiki page about the
first 仕事 (3 are scheduled). To be continued.
Last but not least,
Raphael Bircher 提案するd some update for the Education 事業／計画（する） website. Thanks to Raphael, and thanks to all, who are doing a lot for the
Education 事業／計画（する）.
""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Education 事業／計画（する） on the wiki EducOO.org blog (french) Many thanks to
Ben Bois , author of the Education 事業／計画（する） Logo
Libell?s : 開発, Education, 成果／努力, OpenOffice
First 調印するs of life of my Apple Remote .. in OpenOffice.org
After searching a bit how to 器具／実施する
ツバメ 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, ツバメ did a 完全にする 逆転する 工学 of the thing, because the API was undocumented ( who is surprised ? ). We all 推定する／予想する to see apple publy something a day. Would be nice to 取って代わる some "魔法s" with something more academic ;-)
What is nice, is the 8 value (giving the FrontRow 影響) is seen when you start the FrontRow and when you return in normal 審査する 方式. Other point is all 重要なs you 攻撃する，衝突する when in 前線 列／漕ぐ／騒動 方式 are seen.
Seems crazy, but why not imagine we could use the FrontRow 影響 with OpenOffice.org ? I need to ask ツバメ Kahr, who gracefully 受託するd the 統合，差別撤廃 (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.貯蔵所[11541] Button 8 圧力（をかける）d 負かす／撃墜する 1
2008-06-20 20:46:06.539 soffice.貯蔵所[11541] Button 8 圧力（をかける）d 負かす／撃墜する 0
2008-06-20 20:46:09.302 soffice.貯蔵所[11541] Button 8 圧力（をかける）d 負かす／撃墜する 1
2008-06-20 20:46:09.312 soffice.貯蔵所[11541] Button 8 圧力（をかける）d 負かす／撃墜する 0
2008-06-20 20:46:28.077 soffice.貯蔵所[11541] Button 64 圧力（をかける）d 負かす／撃墜する 1
2008-06-20 20:46:28.087 soffice.貯蔵所[11541] Button 64 圧力（をかける）d 負かす／撃墜する 0
2008-06-20 20:46:32.229 soffice.貯蔵所[11541] Button 32 圧力（をかける）d 負かす／撃墜する 1
2008-06-20 20:46:32.239 soffice.貯蔵所[11541] Button 32 圧力（をかける）d 負かす／撃墜する 0
2008-06-20 20:46:33.975 soffice.貯蔵所[11541] Button 4 圧力（をかける）d 負かす／撃墜する 1
2008-06-20 20:46:34.142 soffice.貯蔵所[11541] Button 4 圧力（をかける）d 負かす／撃墜する 0
2008-06-20 20:46:35.670 soffice.貯蔵所[11541] Button 2 圧力（をかける）d 負かす／撃墜する 1
2008-06-20 20:46:35.760 soffice.貯蔵所[11541] Button 2 圧力（をかける）d 負かす／撃墜する 0
2008-06-20 20:46:37.495 soffice.bi
n[11541] Button 16 圧力（をかける）d 負かす／撃墜する 1
2008-06-20 20:46:37.505 soffice.貯蔵所[11541] Button 16 圧力（をかける）d 負かす／撃墜する 0
As you can see, this is only the beginning, but this is very encouraging. Thanks a lot to ツバメ Kahr for his work.
Next steps will be associate the events with vcl events, ふりをする the keyboard 接近, read slideshow code .. and so on.
To be continued :-)
Important Links :
ツバメ Kahr website for Apple Remote OpenOffice.org wiki page for Apple Remote 実施Libell?s : aqua, 開発, fun
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 収容する／認める I feel surprisingly 井戸／弁護士席 today.
Today, I visited Belmont (was my first caltrain travel). The Plisson Family, means Marion, Eleanor, Eglantine and of course Sebastien, was so 肉親，親類d to 招待する me. Nice town, nice meal, and nice trip the afternoon. I was 極端に pleased to 会合，会う them, and I hope to be able to 招待する them at home in フラン.
Just 支援する 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 捕らえる、獲得する (yet another 捕らえる、獲得する...). I feel ready for the week: to be continued.
Libell?s : aqua, 開発, fun
Ideas for Education 事業／計画（する）
Author
Ben Bois I met
Frederic Diaz and
Nicolas Jeudy this afternoon during
Sequanux 年次の general 会合. Was in Besancon (フラン).
I met a lot of people from Sequanux LUG, all 与える／捧げるing for 解放する／自由な ソフトウェアs, but in other domains.Very nice and 利益／興味ing afternoon.
With Fred and Nicolas, we discussed about the Education 事業／計画（する）. What we agreed was:
- a better 鮮明度／定義 of Education 事業／計画（する） is needed
- Education 事業／計画（する） must attract all people from Education: 3 main 部類s appear.
- the 道具s can be divided in three 部類s too
Other point: we will define the 役割 of 地元の correspondant, probably on the wiki
Nicolas 提案するd to 与える／捧げる for the Education website, and thus will help Raphael Bircher, to have something more attractive than the 現在の mess.
Money and 資源s now: OpenOffice.org 事業／計画（する） does not help 正確に volunteers. Thus, we have to find 資源s from ourselves.
To workaround that, we will create an 協会 able to help the Education 事業／計画（する）, means able to receive money 合法的に, and 供給する 領収書s to the companies or people helping us.
概念 is simple: 自治, transparency, and 簡単.
The status are defined ( I 用意が出来ている everything before), and I'll 完結する asap.
Example of 事業／計画（する） we have in mind (関心ing the 3rd 部類) : buy a machine (無作為に: a Mac 小型の) , and ask for a student -熟考する／考慮するing in 計算するing sciences- to:
- find a professor,
already paid for managing the student. The prof will play the 役割 of the 中間の, 運動ing the student "地元で".
- 与える／捧げる for some feature, 令状ing code, with 客観的なs, and 延期するs.
Just the content of the 使用／適用 will become "外部の" to the school.
If the code is 訂正する, and the feature is ok (a validation step has to be defined), then the student will be able to keep the machine.
The 概算の cost is approximatively around 600 euros per machine. And the 使用／適用s (含むd in the student cursus) could 関心 features who will need 3 months (approximatively) of work. Of course, the main 利益／興味 is pedagogical, and in return, we'll need 報告（する）／憶測s and documentation about the work done.
I 提案するd this idea long time ago, and I 堅固に believe it will help the 事業／計画（する） to find new developers. At least it will be more efficient than "（a）忠告の／（n）警報 Boards" ;-)
Have a professor, is not enough, but will help a lot, and the 役割 of Education 事業／計画（する） member will consist in help, to discover the structure of OpenOffice.org 事業／計画（する）, how is the code 組織するd, connecting professor/students with the 権利 developer, ...etc
... was just a 草案 of just one idea ;-)
Libell?s : 開発, Education, Ideas
at least 2 by 仕事 ...
Thought about 改善するing Mac OS X porting 事業／計画（する）
.... what about to start working 異なって ?
提案:
-
before to consider any 仕事 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 株 the knowledge.
-
文書 the 仕事: ask questions, 公式文書，認める carefully the progression in the ideas, questions and answers how helped, and
文書 the design ( no need to 文書 the code when the design is given ... )
公式文書，認める: 現在の specs need some rework. We are not working for the 航空宇宙局 ;-)
-
they are no dumb questions, and often simple questions help to solve important 問題／発行するs
Work this way will
-
避ける Bus Factor 影響 -
create synergy between people, and valorize everybody
-
改善する the efficiency of the work
-
解放する／自由な the code: documentation
always helps. And we are working for a 解放する／自由な ソフトウェア, aren't we ?
Doing that (please 提案する if you have better ideas), I bet
new devs will join the OpenOffice.org 事業／計画（する） .. and maybe the Mac porting 事業／計画（する） ;-) Let's try ?
--
Libell?s : aqua, 開発
... Gorm ( .nib , part 2 )
Glad to have seen Robert Dargaud ( 偽名，通称 （頭が）ひょいと動く) at home today afternoon. （頭が）ひょいと動く suddenly disappeared the 28th november 2005 in the snow, when we （機の）カム 支援する from HH. I now have proofs he was not 完全に lost :)
Of course, we discussed a lot about the Aqua port, but not only.
The other very 利益／興味ing point of discussion was about
Renaissance I already 現在のd and
Gorm**.
Looks like we have 道具s to create 訂正する ( but hell) ".nibs" using that.
Imagine, we parse some 資源 とじ込み／提出するs, and transform them into .xml とじ込み／提出するs. Then, we transform the .xml とじ込み／提出するs into .nibs.
... I'm sure we can do something with that.
**I'd like to thank mm_w for his mail about Gorm too ;-)
Libell?s : aqua, cocoa, 開発
Aqua port : Cocoa developers 手配中の，お尋ね者
Author : Ben Bois ben at hooboo dot com I'll be soon on holidays for two weeks ( starting saturday 28th july ), but 開発 never stops :
Since today,
Philipp Lohmann started the Cocoa 移行 and ... Mac OS X porting 事業／計画（する） needs Cocoa developers with 客観的な C++ knowledge Don't 推定する／予想する too much Fun yet :
this is 実験の work, and low level for now
The toy we will use to check everything is called
vcldemo (binary built in vcl). The child workspace is aquavcl03.
Be carefull : it is synchronized with milestone 220, and we probably will wait a bit for a new resync ( or at least wait for m223 ).
Things are simple : build OpenOffice.org, and play with vcldemo. ( a basic .nib is needed )
Work in 進歩 is about :
- make vcldemo build ( 取って代わる svdem )
- 器具／実施する AquaSalFrame basics
- 器具／実施する AquaSalGraphics basics
- 器具／実施する Cocoa timers
- 器具／実施する proper NSevents
接触する : IRC : server irc.freenode.逮捕する channel : #ooo_macport Libell?s : aqua, cocoa, 開発
現在の Mac OS X OpenOffice.org 見解／翻訳／版s : a quick 在庫
Mac OS X is generic 指名する, and we do 供給する
two 見解／翻訳／版s ( Aqua and X11) , for two architectures, and for
several Mac OS X 見解／翻訳／版s ! Mac OS X 10.5 (aka ヒョウ, sched. Oct2007) :
Aqua 見解／翻訳／版 : 作品 on INTEL (beta 見解／翻訳／版, for ADC devs only), untested on PowerPC
X11 見解／翻訳／版 : 作品 on INTEL (beta 見解／翻訳／版, for ADC devs only), untested on PowerPC
Mac OS X 10.4 (aka Tiger ) :
Aqua 見解／翻訳／版 : 作品 on INTEL, 作品 on PowerPC
X11 見解／翻訳／版 : 作品 on INTEL, 作品 on PowerPC
Mac OS X 10.3 (aka Panther, not offocially supported anymore by Mac OS X port ) :
Aqua 見解／翻訳／版 : not buildable
X11 見解／翻訳／版 : 作品 on PowerPC only, until 2.2.1 ( we cannot 約束 for more 最近の 見解／翻訳／版s of OpenOffice.org )
Don't forget to multiply by all the 地元のs, and you have the result
=> this is too much
The 現在の 配当 of 使用者s is :
66% using INTEL , and 33% only uses PowerPCSource : 激流 for Aqua 見解／翻訳／版 (obsolete) When ヒョウ will be out on october, and looking at the Apple 金物類／武器類 sales 人物／姿／数字s(if they continue the same rythm), we can 見積（る） to 75% the 配当 in favour of Intel 金物類／武器類.
In the 25% remaining and using PowerPC 金物類／武器類, we can 見積（る） 40% only using Panther, not more.
->
Very probably, いっそう少なく than 10% of Mac 使用者s will use Panther and PowerPC 金物類／武器類 by end 2007.The 未来 for the Mac OS X 見解／翻訳／版 :
現在の Aqua 見解／翻訳／版 will become our major 見解／翻訳／版.
Tiger and ヒョウ only will be supported, for both PowerPC and Intel archs.
Better ergonomy with e.g. 地元の 取り付け・設備, Mac 演説（する）／住所 調書をとる／予約する, Copy Paste, Drag and 減少（する）, Mac spellchecker ... etcLibell?s : 開発
Google Summer of Code and Mac OS X port
This is my second Google Summer of Code as 助言者, and the Mac OS X porting 事業／計画（する） is proud (and lucky) to have two 広大な／多数の／重要な students, Ismael Merzaq and Omer 妨げる／法廷，弁護士業-or (助言者d by Florian Heckl and Sebastien Plisson).
Below, all the (現在の ) code already 送るd by both Ismael and Omer (please be 患者 because Bonsai may need some time) :
Ismael commits for Google Summer of code 2007 Omer 妨げる／法廷，弁護士業-or commits for Google Summer of Code 2007Impressive isn't it ? The lesson for OpenOffice.org 事業／計画（する） is
極端に 肯定的な :
First,
it 作品 : students, when managed, can 前向きに／確かに 与える／捧げる to OpenOffice.org 事業／計画（する）, for
real 仕事s, and the
result is 明白な.
Second,
we 進歩d( the Mac port, but not only) a lot with the code understanding, because we had to explain it before to explain to the students.
Third : this is an
適切な時期 for a big 事業／計画（する） like OpenOffice.org, to appear as human for 外部の people : it is possible to come, 接触する somebody, and 株. e.g. friends of the students can discover/propagate what OpenOffice.org is, and maybe 提案する a SoC , new ideas , bring new 血 .. etc.
They are other 肯定的な lessons, I'll continue later ;-)
Libell?s : 開発
Aqua 見解／翻訳／版 : first 実験（する）s on ヒョウ preview
As ADC member, I was able to 実験（する） the last Aqua 見解／翻訳／版 on ヒョウ preview.
It 作品 正確に : just some refresh 問題／発行するs, but nothing really bad, and
Philipp Lohmann did a 広大な／多数の／重要な work, 直す／買収する，八百長をするing the 問題／発行するs we had during the WWDC in apple Labs ( icons were drawn upside 負かす／撃墜する with Funky colors in menus).
Two major 問題／発行するs :
- build is broken ( strange cpp 問題／発行する )
- Java, not working (one more time)
Work in 進歩 ...
Libell?s : aqua, 開発
Japanese 見解／翻訳／版 of Aqua to be 現在のd at Open Source 会議／協議会 of Kyoto ( Japan )
Since the Aqua 見解／翻訳／版 of OpenOffice.org ( work in 進歩) is able to 認める Japanese fonts when they are in use ( for ex. when 要求するd by the Kotoeri input system) , ジーンズ Christophe Helary, from
OmegaT 事業／計画（する）, was so 肉親，親類d and 提案するd me to 現在の a
Japanese 見解／翻訳／版 of Aqua OpenOffice.org at Kyoto Japan 20 and 21th July.
This is 極端に important to 知らせる the Japanese community we are working to 供給する a working 見解／翻訳／版 for it, and show all the 最近の 進歩 we did. This is おもに possible with Herbert duerr, Etsushi Kato and James Watson 出資／貢献s.
公式文書，認める : If I forgot somebody, please 接触する me and I'll 修正する
During the 会議／協議会, ジーンズ-Christophe will 持つ／拘留する two セミナーs to explain how to translate OpenOffice.org native とじ込み／提出する 判型 (ODF) with OmegaT, while Mr Kamataki and the OpenOffice.org Japanese Native Lang 事業／計画（する） will 持つ／拘留する a セミナー to show 使用／適用 開発 within OmegaT.
Thank you very much ジーンズ-Christophe and Mr Kamataki !!Want to help the Mac port ?? You can make 寄付s at
Cusoon ( paypal button) Thanks to 追加する a comment 説 your 寄付 is for Mac OS X porting 事業／計画（する） (we can 供給する 領収書s on 需要・要求する )
Libell?s : aqua, community, 開発
Aqua Testtool
... now 作品 and can run out of the box in 命令（する） line.
Changes have been 送るd in aquavcl02 cws.
As you can see, even menus are native :)
More 実験（する）s are needed, but this is a very good 道具 to 改善する QA on Mac OS X.
People are welcome to help us : all people having a Mac can help ! (no code 技術 義務的な for QA ) 接触するs :
Mailing 名簿（に載せる）／表（にあげる） (subscribe is 義務的な) IRC :
Server : irc.freenode.逮捕する
Channel #ooo_macport Libell?s : aqua, 開発, QA
Mac native port and aquavcl01 cws
aquavcl01 cws is の近くにd : means no more commit, and
QA is in 進歩 for 統合，差別撤廃.
This cws was
created 2005-11-27, during 1st Mac porters 会合 ( Hamburg 25th 27th November 2005 ), using
milestone m137 as basis.
For the one not aware, milestone 137 was just after 2.0 生産（高）. With it, a 完全にする native port of OpenOffice.org on Mac OS X has been created ( すなわち aqua part in vcl directory ).
完全にする is not exact, because our work used an 存在するing work in 進歩, with bases written some time -years- ago by
Stephan Schaefer and
Dan Williams ( e.g. Native Widget 枠組み, but not only )
The result :
Today, OpenOffice.org runs under Mac OS X, without the need to 任命する／導入する X11 anymore, and the code will be -if nothing's going wrong- soon 含むd in OpenOffice.org sources. This is work in 進歩, and a lot is remaining, but here we are.Some 人物／姿／数字s of aquavcl01 cws now :
just about vcl (the main part) :
50 new とじ込み／提出するs + all modifications in ありふれた part20 developers 与える／捧げるd to the code : 16 developers 与える／捧げるd 直接／まっすぐに + 4 undirectly ( not the 指名する in the commits, but they helped for code, Intel port ..etc
... around
1400 commits of code were necessary to reach the 現在の 明言する／公表する.
It does 含む／封じ込める
58 問題／発行するs in IssueZilla ( we started to とじ込み／提出する 問題／発行するs for aquavcl01 very lately ).
公式文書，認める : we とじ込み／提出するd 問題／発行するs about it at the end only, to 避ける prohibitive number of 問題／発行するs
... 22 modules are 関心d and have been 修正するd:
basebmp 上げる canvas desktop dtrans 拡張s fpicker 枠組み freetype instsetoo_native
padmin psprint sal scp2 sfx2 sj2 solenv sot stlport svtools toolkit vcl
This cws has been successively resynchronized with milestones :
m163 / m172 / m177 / m181 / m182 / m184 / m187 /m192 / m195 / m196 / m200 / m202 / m208 / m211 / m215 For the one used to resync, they surely understand what it means ;-)
The 未来 :
aquavcl02 has been created, and today ( 2nd of July 2007 ),
" aqua " keyword does 関心 178 問題／発行するs Once Drag and 減少（する） will be 器具／実施するd, we'll 供給する alpha 見解／翻訳／版.
A second 開発 snapshot is scheduled this week.
Stay tuned !
Libell?s : aqua, 開発
Aqua snapshot, one month later
One month ago (already ! ), we 提案するd 開発 snapshots of
Aqua 見解／翻訳／版 of OpenOffice.org. What was the 状況 ?
供給する a snapshot was 提案するd during one of our
週刊誌 IRC 会合s. To be honest, I firstly was not hot, because we didn't reach alpha 明言する／公表する at this time.
But, discussing with some developers, they considered we should show to the Mac 使用者s community we really were working on a native 見解／翻訳／版, and what we had at this time. Just not use alpha was the ありふれた request.
A bad point was the native filepicker 統合，差別撤廃 : I had to 追加する a 切り開く／タクシー／不正アクセス to 追加する it in the build, because our 統合，差別撤廃 過程 do not 許す us to mix cws, and needs a lot of time and a コンビナート／複合体 過程 for code 統合，差別撤廃.
To proof what I say : it is still not the 事例／患者 today ( one month later .. ). If we are lucky, it will be possible in probably 2 weeks.
And we had to decide what put inside, 含むing the filepicker. I wrote "we", because I didn't decide alone. Please do not believe the opposite.
And 率直に, I don't see any 推論する／理由 to 悔いる now : since, a lot of bugs have been 直す／買収する，八百長をするd, 簡単に because we had an incredible feeedback.
If 自信のない, please have a look at the 現在の aqua 問題／発行するs 名簿（に載せる）／表（にあげる） Please, continue to 供給する us feedback, even using X11 見解／翻訳／版 !!(we use the same codebase for Aqua 見解／翻訳／版)
As example, the 名簿（に載せる）／表（にあげる） 問題／発行するs the Mac porter Team 直す／買収する，八百長をするd since :- Impress : 活気／アニメーションs work now (excepted sound)
- 輸出（する） pdf 作品 now (some remaining 問題／発行するs with arabian 地元のs maybe)
- copy paste 作品 部分的に／不公平に (text only )
- 2 instant 衝突，墜落s 消えるd since new saltimer 実施 ( spellchecker and やめる )
- native fonts et OpenOffice.org bundled fo
nts are now usable -> equations are now 正確に 陳列する，発揮するd, since OpenSymbol is 設立する
- start of native comboboxes (needs work)
- listboxes ( not 完全にする)
- window background uses Aqua 主題
- Calc 作品 (white 独房 問題／発行する solved)
- Writer 作品 ( text input ok, space 問題／発行する ... etc)
- Maths 作品 (excepted を締めるs, to be discussed soon )
- new Chart module is now 含むd (since m214 resync)
We can 含む in the build (at least I do) native FilePicker, 含むing the 可能性 to choose OpenOffice.org native one (許すs URLs 入ること／参加（者）s like http:// .. )
For a more 完全にする 名簿（に載せる）／表（にあげる） of changes, please have a look at
Aqua ChangelogAsap, we will 供給する another snapshot, and we are searching the best way for that (waiting, the most adventurous can try to build from sources, using our 井戸／弁護士席 known
AquaBuild wiki page ( soon, we 推定する／予想する to reach 30,000 reads :-).
If you see something wrong, or not （疑いを）晴らす, or even not optimized, feel 解放する／自由な to login, and 直す／買収する，八百長をする it : that's 正確に／まさに what did Johan Henselmans two days ago ! Thanks Johan :-)
Libell?s : aqua, 開発
WWDC 07 Part 2
From
WWDC07, the big marketing 発表する was
"64 bits ready", and developers will 支払う／賃金 the price of what Apple Marketing decided ...
Even if a lot of 使用／適用s won't see any 改良, people will ask to have 使用／適用s "64 bits ready", else nothing
炭素 won't be 64bits. At least the part of the API we use in 現在の Aqua port. Indeed, 現在の Aqua port of OpenOffice.org uses HIToolbox ( HITheme, 外見 ..etc). the main 成果／努力 is concentrated into vcl module.
For salframe, we use 炭素 WindowRef and a lot of 炭素 things. About events, we use CarbonEvents, and because of the old model used by OpenOffice.org, we use WaitNextEvent() and all. A big 問題／発行する was to find a way to use RunApplicationEventLoop(). We asked our RAEL() 実施 to be 専門的知識d, and things looks ok, from Apple engineers point of 見解（をとる）.
Some other parts will be 64 bits anyway (炭素 Events should be 64 bits without last minute change).
The 即座の consequence is Mac OS X port must start to think 炭素 交替／補充 using Cocoa.As good example, Damien started soem Cocoa cursors 実施. We'll 文書 generously, as starting point. About something different, it's question of 取って代わる HIView using NSView too. We'll see.
But not now : Indeed, 64 bits Intel on Mac OS X port is a new port. It means we need to rewrite a new 橋（渡しをする）, using Apple 64bits ABI for Intel procs, and a lot of changes like for Linux AMD64 port ... and we first will 完全にする Aqua port ( without X11), and 供給する a working Mac 使用／適用
Could be a 2 years or more 計画（する）.Where in the code ?
- for everything graphical- probably for text ( using CoreText instead of ATSUI, but hard discussions are in 進歩, and nobody knows, e.g. since 核心 Text cannot yet do everything ATSUI does ... )
. Why change from ATSUI : not 井戸／弁護士席 統合するd with other 枠組みs, preformance is difficult to optimize, not 利用できる for 64 bits.
- new 橋（渡しをする）
- co-lateral changes ( sal probably )
- svx
- 枠組み maybe
現在の Mac OS X port 計画（する） is :1) Make it work first : 供給する a Mac 使用／適用, not using X11, and having everything working.Means :
1.1 統合する aquavcl01
1.2 統合する aquafilepicker01
+ see
最近の changelog 1.3) 供給する 正規の／正選手 builds of Aqua 見解／翻訳／版
1.4) start QA for aqua as soon as possible ( see
FOSDEM 贈呈 )
Yet 行方不明の in aquavcl01 :
- drag and 減少（する） ( Tino already started )
- native printing ( Yvan Barthelemy and Philipp Lohmann )
- native spellchecker ( nobody afaik )
- Mac 演説（する）／住所 調書をとる／予約する ( Omer 妨げる／法廷，弁護士業 Or + Florian Heckl )
- Aqua Look ( Ismael Merzaq , Eric Bachard )
スポットライト plugin 統合，差別撤廃 is 延期するd, because of - Mox will 確認する- 合法的な 問題／発行するs. See :
違反 of 外部の 政策 for NeoLight source code To be 確認するd :
- 完全にする Mac OS X shortcuts
Later :
- 器具／実施する native sound player (using QTKit)
- 器具／実施する Image 取得／買収
- use the Mac OS X 重要な chain for 文書 調印
Problematic : ALT 重要な , and accelerators (will be discussed during next 会合)
2) Start Cocoa 実施, using e.g. aquavcl02 cws
To help us,
Pierre Chatelier, C++ and Cocoa 専門家, 接触するd me recently, to 発表する he translated his
C++ -> Cocoa guide (english and french 見解／翻訳／版s 利用できる) .
This is a very 利益／興味ing 文書, and I
'd 示唆する to all mac porters to discover it.
3) Redesign our UIWe had an 任命 in 使用者 Interface labs, and we 設立する a lot of 問題／発行するs with our interface.
- the wizard at first 開始する，打ち上げる needs a lot of work
- we don't 尊敬（する）・点 a lot of elementary 支配するs a real Mac 使用／適用 should
- (a lot to be discussed)
-> Todo : 招待する UX people to 審議 a lot of 問題／発行するs. From last year, I remember John told me "a menu should 提案する what you need NOW", not a bunch of useless things, the 使用者 doesn't even understand the 役割.
-> 20% 明白な / 80% hidden (means for specialist )
-> from general to 明確な／細部
Last but not least: not やめる OpenOffice.org when の近くにing the last window ...
Consequence : 深い changes are probably 義務的な in OpenOffice.org source code. Maybe this is the first time we ask to go as far ...
The good point is all ports will 利益 such changes, not only the Mac port.
Some answers from WWDC to the questions about code :1) Timers: 現在の code is obsolete, and compatibility with ヒョウ won't probably 存在する. Pavel wrote a patch using 最近の code ( see 問題／発行する 75228).
Seems to work 罰金, excepted a thread 問題／発行する (衝突，墜落 not 平易な to be 再生するd, and I never could repoduce it btw)
直接／まっすぐに discussed the point with Philipp, who 送るd the code. Two instant 衝突，墜落s seems to have 消えるd since ( 問題／発行するs 77547 and 78129 )
2) Questions from pavel
Does Apple have a 計画（する） to enable UI 製図／抽選 from threads different from the first one?
Does Apple have a 計画（する） to 許す java to be run from other threads 同様に?
For both, the answer is no : what I have understood from Apple engineers is : they have to be in the main thread, because they are not thread 安全な, and things won't change because this is one Mac OS X 創立／基礎 to work like that.
3) 直す／買収する，八百長をする all our busy paint places
One more time discussed with Philipp : prob
lems comes from Windows "model" we use to paint. Work in 進歩.
4) was HIThemeTabDrawInfo question ( or Ismael )
見解／翻訳／版 must be 1 ( old was 0 ).
Pb 陳列する，発揮するing the tabs : we have to ask in ありふれた part which tab is the first one, and which one is the last one, to paint 国境s 適切に.
Todo : 追加する code in ありふれた part + 器具／実施する
Other tip : use kHIThemeTabKindNormal only (other are not advised) [ possible 事例／患者s are kHIThemeTabPositionFirst, kHIThemeTabPositionLast, kHIThemeTabPositionMiddle, kHIThemeTabPositionOnly ]
5) About XCode and dot in the binary 指名する
Apple engineers 確認するd this is a bug -> we have to とじ込み／提出する an 問題／発行する
P.S. : they were very 利益／興味d reading our wiki pages about XCode use.
6) I had a question about HIThemeScrollbarTrackDrawInfo, using ScrollbarInfo instead of HScrollbarInfo ( I need to retrieve ThumbREct in the srollbar).
Unfortunaly, this 問題／発行する will never be 直す／買収する，八百長をするd :-/
We forgot to ask about printing, but Philipp told me he had enough infos. I'll 信用 him :-)
Libell?s : aqua, 開発
Mac OS X port, 炭素 and 64bits 科学（工学）技術 (before WWDC07 part 2)
Because Apple itself seems to 混乱させる a lot of people, better start with 公式の／役人 links instead of 料金d the Troll :)
1) Seen on
ヒョウ Overview"First 器具／実施するd at the UNIX level in Tiger, ヒョウ brings 完全にする 64-bit support to all of Mac OS X's (tm) 使用／適用 枠組みs. Using either the 炭素 or Cocoa 枠組みs, you can create 使用／適用s that can 演説（する）／住所 極端に large data 始める，決めるs, up to 128TB using the 現在の Intel-based CPUs. The 64-bit model used in Mac OS X is known as LP64 and is the same model used by other 64-bit UNIX systems from Sun and SGI 同様に as 64-bit Linux."
2) Apple page about 64 bits 科学（工学）技術 ( Marketing )
64 Bits 科学（工学）技術> 3) The
"Best of" from 炭素-dev mailing 名簿（に載せる）／表（にあげる）
( I'll 接触する
Deric Horn, we met during WWDC with Philipp )
Best of 炭素-devNow we have
enough （警察などへの）密告，告訴（状）s to 現在の
part 2 (Technical part ) of WWDC 2007 報告（する）／憶測To be continued ... Libell?s : aqua, 開発
支援する from WWDC 2007 / Part 1 : 協議事項
Still no bagages .. :-/
支援する from WWDC 2007 ( San Francisco California ). Arrived on saturday night.
3 attendees 代表するd Mac OS X port of OpenOffice.org 事業／計画（する） :
Sebastien Plisson, Philipp Lohmann, Eric BachardOn sunday afternoon, I met Philipp and Sebastien for the first time.
We discussed a lot, and finally, we worked/discussed a bit ( 3 hours .. ) about the Mac port :-)
But I won't forgot to について言及する I was very pleased to 会合，会う Johann Henselmann for true. Unfortunaly, I was so tired I couldn't follow him and Sebastien in San Francisco nights :)
Of course, we met a lot of other people, and discussed a lot with them. More 肉親，親類d, I even 任命する／導入するd the last 見解／翻訳／版 of Aqua OpenOffice.org on 需要・要求する several times in the week.
The feedback we received from other people was very 肯定的な for the Mac port. Of course the first 開発 snapshot was not perfect, but people encouraged us : this is true, an aqua 見解／翻訳／版 really 存在するs, and 作品. More on part 2.
During the week, we had 会議／協議会s, and Labs with Apple engineers. The hotel was nice (
wifi for 解放する／自由な !! ), and very の近くに to the Moscone 中心. Always nice to walk for …に出席するing.
The 協議事項 was :Monday 11th June : 基本方針 (morning), and introduction 会議／協議会.Glad to see
John Karmack for true. The other parts of the 基本方針 were more "marketing" (IMHO)
The most important point of the day was :
no 64 bits for 炭素. This means 炭素 will probably be binary 両立できる for 10.5, and deprecated for 10.6. Waiting for more infos, I'll comment more in the part 2.
Mess wit Sebastien and Johann for the dinner. We tried to find a restaurant with Philipp, but was too late. Was hamburgers and fries ..
Tuesday 12th June : 会議／協議会s for S
ebastien, Philipp and meNothing too important in the confs. Dinner with frenchies, Sanraku Restaurant, 704 Sutter street (yes, the 指名する is the good one ;-) )
Philipp 実験（する）d Japanese food :-) Return to the hotel, 実験（する）d some code for Window background. Sent the patch to Ismael for his Googl SoC.
Wednesday 13th June First Lab with John Geleynse 延期するd to Thursday afternoon. We decided to 補助装置 some confs, and later, continued to work for code with Philipp.
Restaurant with Johann, Sebastien and Philipp. Good ワイン.
Thursday 14th June Because of the 任命s, no confs : all the day on Labs.
first 任命 : Deric Horn / David Mc Leod and another. 1h30 to ask questions and discuss.
After the lunch, we 補助装置d some conf, and then 用意が出来ている the second 任命, with John Geleynse.
Very 建設的な discussion, we learned a lot with John, about all the work we have to do before to reach Apple ソフトウェア level of 質.
Dinner : was the bash. To 避ける hours of buses, and spare time, the bash was not 組織するd in Cuppertino, but の近くに to the Moscone 中心, in a park. Lot of music, noise and food. I met other frenchies ( Jacques Foucry , Dominique Baillon and Franck Lefevre).
We finally preferred Marriot 妨げる／法廷，弁護士業 ... more 静かな before to return at the hotel.
Friday 15th June Other labs, and questions XCode, thread 問題／発行するs and HI* 問題／発行するs.
Last 任命 with Ernest Prabahkar, during the lunch (more 平易な for all).
Continued with
週刊誌 IRC 会合Friday afternoon : annoying 会議／協議会s + a bit tired -> at hotel at 5h30 pm
Saturday 16th June Time to return
Thanks to all the donators, Cusoon, OpenOffice.org 事業／計画（する） and Apple for the help we received to make it true, and Christian Hardy, Cusoon treasurer
for all his timeTo come : part 2, technical analyse about the 利益 of WWDC for Mac OS X port.
Libell?s : aqua, 開発, fun
aquavcl01 resync'ed with m214 : the
new chart is now
含むd in aqua build :)
Herbert 追加するd a 広大な／多数の／重要な change : the UI uses system fonts. Seems insightfull, but it is not !
See
AquaBuild wiki pageif you want to build the aqua 見解／翻訳／版.
Libell?s : aqua, 開発
WWDC 2007 will start on monday.
Philipp Lohmann, Sebastien Plisson and me will 代表する Mac OS X port for OpenOffice.org 事業／計画（する）.
See you !!Libell?s : aqua, 開発, fun
Aqua : 開発 snapshot 利用できる for download
A 開発 snapshot of
native OpenOffice.org for Mac OS X is 利用できる, and can be 自由に 実験（する）d (see below for download URL).
=>
X11 is not needed anymore : just 減少（する） the OpenOffice.org icon whereever you want, click and go to 実験（する） it.
IMPORTANT:
- there is no support for this ソフトウェア, and you will use it at your own 危険s
- *Do* a backup of your data before you start using this ソフトウェア ーするために 妨げる data loss and 衝突，墜落s that may occure
KNOWN ISSUES :
Drag and 減少（する） does not work
Native 支配（する）／統制するs are not yet fully 器具／実施するd
Copy paste, Native printing do not work
Some 衝突，墜落s may occur quitting the 使用／適用
Multi 監視するing support is not yet 器具／実施するd
Text 入ること／参加（者） in Writer does not work completelly
Other features and/or 衝突，墜落s can occur
ISSUES :
For a 完全にする 名簿（に載せる）／表（にあげる） of 問題／発行するs see :
Aqua 問題／発行するs 名簿（に載せる）／表（にあげる）Thank you for 供給するing feedback about 問題／発行するs and problems you 遭遇（する）d *AFTER* you've 立証するd that they don't already 存在する.
DOWNLOAD :
古記録s are 利用できる in 4 地元のs (fr, de, en-US et ja), for both Intel and PowerPC architectures.
URL (classical download ) URL (bittorrent ) (thanks to read carefully the filename to be downloaded)
Many thanks to all the Mac porters and contributers that made this 解放（する） possible
Libell?s : aqua, 開発
最高の，を越す 10 of 問題／発行するs : a big 進歩
I could not …に出席する the
last IRC 会合 ( because I had to …に出席する
24h of 計算するing of Maubeuge) but I was pretty sure something important happened in the afternoon :
After lot of hours tracing,
Herbert Duerr finally discovered why vcl build with debug enabled 衝突，墜落d : was a bad TARGET_CARBON check.
For more （警察などへの）密告，告訴（状）s, see :
問題／発行する 72248いつかs, they are a lot of hours spent to trace, search what could happen, 切り開く／タクシー／不正アクセス 上げる ..etc, and the result, even not 明白な by end 使用者, is really helpfull to the 事業／計画（する）.
Thanks Herbert !
Libell?s : aqua, 開発
Aqua news
We now can retrieve values from preferences (thanks to Yvan Barthelemy to have seen the stupid typo who made me spend a lot of time .. ). For the curious,
the patch Philipp 発表するd desktop and 枠組み are 追加するd to aquavcl01. What does it mean ? 簡単に we will 追加する preferences 入ること／参加（者） in system menu (and 改善する a bit introbitmap behaviour)
Other news : 激流 ready (thanks to cloph), and upload of Aqua 開発 snapshots scheduled. We will 供給する PowerPC / Intel in 4 地元のs : de, en-US, ja and fr.
Libell?s : aqua, 開発
Aqua : native printing 実施 started
Yvan Barthelemy started
native printing 実施 for Aqua 見解／翻訳／版 of OpenOffice.org (without X11 )
Nothing 作品 yet, this is just the first screenshot, but the Mac porting 事業／計画（する） is proud to show you the begining :-)
More （警察などへの）密告，告訴（状）s :
Native Printing on the Wiki広大な／多数の／重要な 職業 Yvan !!
--
Want to join the Mac OS X port ?
接触する :
Mac porting mailing 名簿（に載せる）／表（にあげる）IRC : server irc.freenode.逮捕する
channels :
#ooo_macport (english) or
#fr.openoffice.org ( francophone channel )
Libell?s : aqua, 開発
