Log Mac Meeting 27 June 2007
The time now is 12:00UTC[13:00
] shaunmcdonald:
Meeting time?
[13:01]ericb2 : PhilippL: Bootstrap is just an example[13:01
] ericb2:
shaunmcdonald: ah, yes
[13:01]paveljanik : yes.
[13:01]shaunmcdonald : 1. Welcome new devs joining Mac OS X port
[13:01]ericb2 : • ericb2 completely forgot :)
[13:01]PhilippL : ericb2: bootstrap is sort of common also, since so many things need to be bootstrapped (=initialized)
[13:01]ericb2 : PhilippL: indeed[13:03]mav_eric joined the chat room.[13:03]mav_eric was promoted to operator by ChanServ.
[13:03]shaunmcdonald : Are there any new developers here today?
[13:05]paveljanik : probably no.
[13:05]shaunmcdonald : lets move on then[13:06
] shaunmcdonald:
2. Latest Aqua news / Work in progress
[13:06]PhilippL : work in progress: printing. Nothing to show yet, but perhaps tomorrow.
[13:07]ericb2 : PhilippL: wow :)
[13:07]mav_eric : PhilippL: would be great :-)
[13:07]ericb2 : aquavcl01 is now resync'ed with m217
[13:07]PhilippL : There will however be a lot to do yet, e.g. native dialogs for printer settings.
[13:08]hdu_hh : I'm looking into performance problems (that are probably caused by problematic handling of messages)
[13:09]mav_eric : PhilippL: One step after the other - no need to hurry :-)
[13:10]ek : I've just started to investigate to use fallback fonts for ATSUI. hdu_hh: have you already work on it?
[13:10]hdu_hh : ek: no, not yet
[13:11]ek : I think it is needed for Japanese user.
[13:11]ericb2 : paveljanik: shortcuts is really impotant point. Why did you put your entries before in the list ?
[13:12]hdu_hh : ek: probably. we should also define the default fonts for Writer/Calc/... on all Mac locales[13:13]UweAlt joined the chat room.
[13:14]ek : hdu_hh: I think so too. Also if I use en_US build with English locale, files with Japanese name are not able to be recognized.
[13:14]paveljanik : ericb2: so it is ordered by the prio? Should I resort the list according to priorities completely?[13:14
] paveljanik:
shaunmcdonald: next point?
[13:15]ericb2 : paveljanik: no, just repect the order. You add a point, please put it after the previous one. Thanks
[13:15]paveljanik : I'd prefer the sort order by connection with the similar topics.
[13:15]paveljanik : sorting by your method is ineffective.
[13:16]ericb2 : paveljanik: one more time you don't respect people
[13:16]paveljanik : ;-))[13:16
] paveljanik:
yes.
[13:16]cloph : <sigh>again ericb2 takes stuff too personally</sigh>
[13:16]ericb2 : cloph: no
[13:16]paveljanik : ;-) [13:17
] paveljanik:
shaunmcdonald: what is the current point?
[13:17]ericb2 : since one year, we try to respect the agenda
[13:17]shaunmcdonald : 2. Latest Aqua news / Work in progress
[13:17]ericb2 : paveljanik: comesn and modify without ask. This is not correct. Dot
[13:17]paveljanik : ;-) WIKI ;-)
[13:17]shaunmcdonald : next point is 3. aquavcl01 cws integration (part3)
[13:17]hdu_hh : ek: Let's delay the discussion about the JP specific problems till we get to the matching issue on the agenda
[13:17]ek : hdu_hh: Sure :)
[13:19]PhilippL : paveljanik: I'll spend friday with the reviews you wanted done for integration.
[13:19]paveljanik : PhilippL: thank you very much! I'm doing the same for !vcl modules.[13:20
] paveljanik:
thorsten: can you please review basebmp changes in aquavcl01?
[13:20]thorsten : yep
[13:20]paveljanik : I trust tino on dtrans changes.[13:20
] paveljanik:
thorsten: thanks.
[13:20]tino : paveljanik: Oh thanks! ;)
[13:20]ericb2 : • ericb2 needs a QA for salaquatox11
[13:22]paveljanik : ericb2: maybe obr is the best person here?
[13:24]obr : • obr already read through all the changes until yesturday evening
[13:24]paveljanik : • paveljanik thought so :-)
[13:25]ericb2 : obr: will you be the QA resp. ?
[13:25]paveljanik : I think the aquavcl01 status is clear now. Unfortunately I'll be away next week because of long planned holiday, so I can't help more next week.
[13:27]obr : ericb2: yeah, makes sense. BTW: maybe we should add a comment to module.c changes explaining dlopen expects absolute paths on MacOS X
[13:27]PhilippL : I think we'll get it integrated with jogi's help in the time.
[13:27]tino : PhilippL: I think so too
[13:28]paveljanik : Yes. But sunrayjogi can help us only when we make it ready for integration... And we did lot of progress ;-)
[13:29]ericb2 : About aqua issue. Yedterday, we had :[13:29
] ericb2:
171 issues with aqua keyword[13:29
] ericb2:
3 Unconfirmed[13:29
] ericb2:
69 New[13:29
] ericb2:
17 Started[13:29
] ericb2:
2 Reopen[13:29
] ericb2:
80 Fixed[13:29
] ericb2:
obr: I'll add the comment, and put your name as QA responder just after, and set the cws as Ready for QA[13:30
] ericb2:
all changes since last week : http://wiki.services.openoffice.org/wiki/User:Ericb#Changelog
[13:30]obr : ericb2: o.k.
[13:30]ericb2 : I'll close the alpha once printing will work[13:30
] ericb2:
and then start beta list
[13:31]PhilippL : tino: we should adjust the target of aquavcl01 as well as the target on the contained issues.
[13:32]tino : PhilippL: Are you talking about the "Approved by QA" date?
[13:32]PhilippL : tino: no, we're aiming for 2.3 now, most issues and the CWS are for 3.0[13:33
] PhilippL:
tino: Is there a way in IssueZilla or EIS to set multiple issues to a single target ?
[13:33]tino : PhilippL: Ah ok got it
[13:33]paveljanik : yes, we should do this at the end of our journey once for all issues - 2.3 and aquavcl01's target 2.3.
[13:33]cloph : PhilippL: In the query results (Issue list), use the "change multiple issues at once" link below the list..
[13:34]paveljanik : But now we should also walk over aqua keyworded issues that are fixed in aquavcl01 and are not in the issue list.[13:34
] paveljanik:
this all is still on my todo.[13:34
] paveljanik:
next point?
[13:35]tino : PhilippL: I guess target is OOo 2.3, the same applies to the issues(?)
[13:35]PhilippL : tino: I'd say so, yes.
[13:36]shaunmcdonald : 4. aquafilepicker01 integration
[13:36]tino : paveljanik, PhilippL: Ok, cws target adapted to OOo2.3, looks as if Pavel will take care to set the issue targets accordingly
[13:36]paveljanik : The current status is that there are two crashers. Florian will try to get both fixed before I leave for vacation, so it is on good way and I believe it will be integrated even before aquavcl01.[13:37
] paveljanik:
tino: yes, I'll do it once finished with all issues.
[13:37]PhilippL : paveljanik: That's good news
[13:37]tino : paveljanik: thx
[13:38]paveljanik : if Florian won't fix it before my leave, we will continue once I'm back.[13:38
] paveljanik:
but this will definitely get into 2.3 because it is completely safe for other platforms.
[13:40]shaunmcdonald : 5. testtool and its packaging in the application bundle
[13:40]paveljanik : 5. development after aquavcl01[13:40
] paveljanik:
?=0[13:40
] paveljanik:
;-) [13:41
] paveljanik:
there are several ways to continue development after aquavcl01:
[13:41]shaunmcdonald : • shaunmcdonald sees someone has changed the agenda
[13:41]paveljanik : 1. regular: feature per cws, qa etc.[13:41
] paveljanik:
2. the old "community cwses" - do you remember them?[13:41]dave_largo joined the chat room.
[13:42]paveljanik : 2. was a cws opened for some time and all people added issues to it and fixed issues there and then Sun QA did the QA on it.[13:42
] paveljanik:
I think we could now benefit from *both* approaches...
[13:42]paveljanik : What do you think?[13:43
] paveljanik:
I can imagine e.g. print dialog being developed in separate cws and another cws for minor common fixes opened for all people.
[13:43]shaunmcdonald : Major features to use 1. minor fixes to use 2. would sound sensible
[13:43]paveljanik : The same model as we used with fpicker01.
[13:43]PhilippL : I'd open aquavcl02 and continue working on it like on aquavcl01. Of course other features that are independent can go into their own CWS.
[13:43]paveljanik : aquavcl01 is "community" cws, aquafpicker01 was specific feature.
[13:44]ek : I'd prefer 2. because we have to do a lot of minor improvement of aqua vcl specific things.
[13:45]paveljanik : I also think that aquavcl02 will be more important when we have the current half-of-all-OOo-modules-cws integrated ;-)
[13:45]PhilippL : We can have both. There is too much to do yet before we can consider vcl/aqua mostly featurecomplete.
[13:45]paveljanik : yes. But I do not want to close the way to 1.[13:45
] paveljanik:
2. has one drawback.[13:45
] paveljanik:
when it is in ready for QA phase, it will almost stop the development.
[13:46]PhilippL : So I suggest aquavcl02 for ongoning general aquaport, and separate things like dialogs can go into their own CWS.
[13:46]paveljanik : PhilippL: +1
[13:46]ericb2 : PhilippL: +1 for aquavcl02 + and other specific cws. The most important is once aquavcl01 no need to hack to have something building
[13:46]ismael_ : PhilippL: +1
[13:46]PhilippL : paveljanik: only in theory. The first thing I'll do is merge in the things from aquavcl01 while it is not integrated.
[13:47]paveljanik : PhilippL: this is maintenance nightmare when something gets changed in aquavcl01 after this process.[13:47
] paveljanik:
but it is doable, yes.
[13:47]PhilippL : paveljanik: no, since a resync to a master containing aquavcl01 is of course a must.
[13:47]paveljanik : yes, this I call "maintenance nightmare" ;-)
[13:47]PhilippL : paveljanik: after that the diff should be zero.
[13:48]paveljanik : yes.
[13:48]PhilippL : paveljanik: It's work, yes, but I cannot simply stop for two weeks.
[13:48]paveljanik : PhilippL: yes, I know. This is the drawback of 2. and benefit of 1. ;-)
[13:49]paveljanik : but anyway, I think we will open aquavcl02 and then decide case by case ;-)[13:49
] paveljanik:
ok, next point?
[13:51]shaunmcdonald : 6. testtool and its packaging in the application bundle
[13:51]paveljanik : I've got testool running yesterday by hacking the installed application.[13:51
] paveljanik:
(creating application bundle inside OpenOffice 2.3.app application bundle.[13:51
] paveljanik:
8)
[13:52]shaunmcdonald : paveljanik: that's the way that many other apps do small support applications
[13:52]paveljanik : This could be quite effective way to get tt packaged in the application bundle.
[13:52]PhilippL : paveljanik: how does this work ? Can we use it for our wrappers (swriter, sdraw, etc.) ?
[13:52]paveljanik : shaunmcdonald: 8) I was not aware of practices, thus I was about to ask for experience about this ;-)[13:53
] paveljanik:
PhilippL: I uploaded the script to hack the bundle, mmnt.
[13:53]ericb2 : paveljanik: why not use TPT ?
[13:53]paveljanik : http://tmp.janik.cz/OpenOffice.org/MacOSX/native_testtool.txt [13:54
] paveljanik:
ericb2: this is another possibility, but I'm not aware of any tests that everything works with it. With this method, everything works perfectly.
[13:54]shaunmcdonald : it might be worth looking at ClamXav, they have a small menu bar app in the resources folder
[13:54]paveljanik : But I think if TPT works better, it should be used instead.
[13:54]ericb2 : paveljanik: I think so too
[13:54]paveljanik : There were several issues though.[13:55
] paveljanik:
1. application naming 2. directory naming[13:55
] paveljanik:
Thus I had to add two hack-symbolic-links[13:56
] paveljanik:
I think I'll work on this (TPT, bundling) more to get regular application/bundle/whatever so people can start normal testtool tests as they do in X11.
[13:56]mav_eric : what's TPT?
[13:56]paveljanik : This could help us a lot to 1. get respect to our work 2. do our work as a regular development.
[13:56]ericb2 : paveljanik: I already tested in svmainhook.cxx and testtool was responding
[13:56]paveljanik : ericb2: did you also run some tests with it?
[13:57]paveljanik : mav_eric: it is a function which brings any app to the foreground, to accept events etc.
[13:57]ericb2 : paveljanik: I'll do. Just program ( hardcoded ) has to be hacked
[13:57]paveljanik : • paveljanik forgot its real name ;-)
[13:57]mav_eric : paveljanik: thanks
[13:57]paveljanik : ericb2: so will you look at it?
[13:58]ericb2 : paveljanik: I just want to verify if TPT solves the backgorund/forground issue[13:58
] ericb2:
paveljanik: for the packging, I'll let you do
[13:58]paveljanik : ericb2: ok, then I'll continue the work afterwards.[13:58
] paveljanik:
I think this is more important than other stuff.
[13:58]ericb2 : paveljanik: I'll add the change into swmainhook.cxx
[13:59]paveljanik : ericb2: not yet please. Create an issue about it and we will see how it should work and who and where should call it.[14:00
] paveljanik:
we are pretty fast today :-)[14:00
] paveljanik:
next point?[14:00]doctype joined the chat room.
[14:00]shaunmcdonald : 7. define shortcuts in the entire application (was initialy : ALT does not work in formulas, issue 78847)
[14:00]IZBot : porting DEFECT NEW P3 ALT does not work in formulas http://qa.openoffice.org/issues/show_bug.cgi?id=78847
[14:01]ericb2 : Little issue, big effects
[14:02]hdu_hh : the ALT-key on Mac means something totally different than on other platforms
[14:02]ericb2 : ALT is not available, and thus, { [ } ] \ .. etc are not working
[14:02]PhilippL : yes. Let's disable Alt modifier and see how far that get's us.[14:02
] PhilippL:
And/Or let's map Alt on Mac to a different modifier than Mod2
[14:03]ericb2 : PhilippL: I prefer the seond option[14:03
] ericb2:
PhilippL: currently, modifier 5 is used on X11, and it works[14:03
] ericb2:
PhilippL: but mod 3 or another should work too
[14:03]hdu_hh : we should also disable the shortcut underlines then
[14:04]PhilippL : certainly. At the moment they don't work anyway :-)
[14:04]ericb2 : hdu_hh: I think this is correct on Mac O SX
[14:04]hdu_hh : yes, only on OSX
[14:05]ericb2 : hdu_hh , PhilippL can we have a complete view of where shortcuts are used, and (better) where it is located in the code ?
[14:07]PhilippL : ericb2: shortcuts are used everywhere in the UI, but the handling is in vcl/source/window/accmgr.cxx[14:07
] PhilippL:
unless I just confused accelerators with shortcuts again :-(
[14:08]shaunmcdonald : PhilippL: what's the difference?[14:08]• shaunmcdonald thinks they are 2 names for the same thing
[14:08]PhilippL : One (the shortcut ?) is active all the time. Example: Ctrl-O opens the file dialog.[14:09
] PhilippL:
The other is active in dialog, example: alt-c gets the focus in a dialog to the field labeled with c
[14:10]ericb2 : PhilippL: we don't need the second one on Mac OS X, this is not really Aqua HIG compliant
[14:10]shaunmcdonald : many buttons in dialogs have accelerators on Mac OS X
[14:10]cloph : • cloph calls the "underlined letters in the menu" mnemonics...
[14:10]PhilippL : Shortcuts (I think) are exclujsively menu entries that can be triggered even while the menu is not open.
[14:10]cloph : (menu or dialogs)
[14:10]PhilippL : Anyway it will bve simple not to draw the underlines.
[14:11]paveljanik : volunteer to file an issue to PhilippL? ;-)
[14:11]shaunmcdonald : for example: open text edit, type some text, so that you modifiy the document, them press cmd+w to close. You will be asked to confirm the close without saving. You can use cmd+d to close without saving[14:12
] shaunmcdonald:
also esc works for cancel and return works for save
[14:12]ericb2 : PhilippL: when I adde modifier5 on X11 version, I used to modify : vcl/source/window/key* .cxx and corresponding headers + some other like winproc.cxx. Was it not the good place ? Last, with Thomas Lange help, I now konw where is located the code for equations ( in svx/source/editeng/editeng.cxx )
[14:12]ek : PhilippL: Also not to draw additional (F) for "File" aqua menu in JA locale.
[14:13]PhilippL : ek: that's a separate issue, but we can do that easily, too, I think.[14:13]doctype left the chat room.
[14:13]ek : PhilippL: ok. sorry for separate issue...
[14:14]PhilippL : ek: don't be :-) We'll just want another issue filed.
[14:14]ericb2 : hdu_hh: what is not clear is : " where is what in the sources"
[14:14]PhilippL : As we can see there's already lots in the pipe for aquavcl02 :-)
[14:14]ek : PhilippL: sure. I'm too ignorant about internal of OOo :)
[14:15]hdu_hh : ericb2: can you rephrase the question?
[14:16]ericb2 : hdu_hh: I think we need some documentation. Shorcuts, accelerators, when they are available ..etc. Then we could do a correct choice if what keep, and what remove[14:17
] ericb2:
s/choice if/choice/of/
[14:17]paveljanik : ericb2: the correct choice can be done by reading the AHIG and removing what should be removed.
[14:17]ericb2 : paveljanik: this is not enough
[14:17]paveljanik : ok.
[14:17]ericb2 : paveljanik: Base, Calc, and several other use all something, in different ways[14:18
] ericb2:
paveljanik: the problem is ind the best compromise, and justify on demand[14:18
] ericb2:
s/ind/find/
[14:18]ismael_ : for your information, here are listed all the keyboard shortcut of the AHIG: http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGKeyboardShortcuts/chapter_20_section_1.html#//apple_ref/doc/uid/TP40002725-CHDIGFBH
[14:18]paveljanik : menu.cxx:[14:19
] paveljanik:
static BOOL ImplAccelDisabled()[14:19
] paveljanik:
{[14:19
] paveljanik:
// display of accelerator strings may be suppressed via configuration[14:19
] paveljanik:
static int nAccelDisabled = -1;
[14:19]ericb2 : e.g. I use a lot Formulas for equations, and as of today, nothing works
[14:19]paveljanik : can we disable accelerators by configuration?
[14:19]ericb2 : paveljanik: if I'm not too wrong, mayve some xml file have a list of accelerators, but I'm not too sure[14:19]realityking left the chat room. ("Leaving")
[14:20]PhilippL : Do we want to disable the accelerators or just their being drawn ?
[14:20]paveljanik : so: accelerators are e.g. Cmd+Q shown in the menus. We want to keep them. Definitely.
[14:20]ericb2 : PhilippL: if we can have formlas working and acelerators, we'll keep all : some people using Windows or Linux OpenOffice.org will cry if things are different
[14:21]PhilippL : I thought so.
[14:21]ericb2 : PhilippL: currently we don't know where things are , and how it works
[14:21]paveljanik : We mix too many things at once ;-)
[14:21]hdu_hh : ericb2: applications suggest accelerators using the translated UI-strings[14:21
] hdu_hh:
the apps want to use them everywhere, so we should either enable/disable them all => disable them on OS X
[14:21]paveljanik : hdu_hh: no.[14:21
] paveljanik:
Undescored letter F in menu item F is not accelerator.[14:22
] paveljanik:
Accelerators (in VCL terminology) seems to be Cmd+Q for Quit shown in the menu.[14:22
] paveljanik:
undescored letters are called mnemonics.[14:22
] paveljanik:
Thanks cloph.[14:22
] paveljanik:
so we want to disable showing mnemonics, right?
[14:22]hdu_hh : paveljanik: CMD+Q is a shortcut
[14:23]PhilippL : cloph is right, let's talk about mnemonics. And we don't want to draw them, right ?
[14:23]shaunmcdonald : • shaunmcdonald thinks we need a clear definition of: mnemonic, shortcut and accelerator; so that we all have a common understanding
[14:23]paveljanik : hdu_hh: not in VCL terminology. Or at least they are called accelerators there ;-)[14:24
] paveljanik:
shaunmcdonald: +1 ;-)
[14:24]PhilippL : The mnemonic is the actual key event + it's visual representation for either a shortcut or acceleartor. But we digress.[14:24
] PhilippL:
I think the task is clear: skip the underlined letters.[14:24
] PhilippL:
Plus the (F) in menu entries.
[14:25]ericb2 : PhilippL: where exactly : in all places ?
[14:25]paveljanik : yes
[14:25]PhilippL : yes, everywhere.
[14:25]ek : PhilippL: yes
[14:25]shaunmcdonald : +1 for removing the underlined letters in all places
[14:25]PhilippL : wouldn't make real sense to do it just in one place.
[14:26]shaunmcdonald : PhilippL: what do you mean by: Plus the (F) in menu entries. ?
[14:26]ericb2 : • ericb2 cannot find the F in menu entries
[14:26]ek : shaunmcdonald: It is for translted menu like JA locale.
[14:26]PhilippL : shaunmcdonald: In many languages the actual shortcut for a menu is a latin character[14:26
] PhilippL:
shaunmcdonald: that one is append in braces after the menu entry
[14:26]shaunmcdonald : PhilippL: ek: ah ok[14:26]bm_ joined the chat room.
[14:28]PhilippL : next point ?
[14:28]paveljanik : BTW - where we show underscores? There are no in native menus. There are underscores in X11 menus (I think we should left them intact there).
[14:28]ericb2 : Can we summarize ?
[14:29]paveljanik : buttons?
[14:29]ericb2 : PhilippL: what about Formulas ?[14:29
] ericb2:
issue 78847
[14:29]IZBot : porting DEFECT NEW P3 ALT does not work in formulas http://qa.openoffice.org/issues/show_bug.cgi?id=78847
[14:29]PhilippL : ericb2: Well, we wanted to map Alt to a different modifier, so that should take care of ut ?
[14:29]paveljanik : ah yes, e.g. in Preferences, there are many underscores.
[14:30]ericb2 : PhilippL: you think remap ALT should sollve the issue ?
[14:30]PhilippL : paveljanik: buttons ? As for acceleration they're the same thing, they just label themselves.[14:30
] PhilippL:
ericb2: Yes, since we wouldn't report Alt pressed anymore.[14:30
] PhilippL:
ericb2: But I'll have a try.
[14:30]hdu_hh : ericb2: the special handling of ALT in the EditEngine was the problem => now the problem will be gone
[14:31]ericb2 : hdu_hh: can yo please be more precise ? There is a boolean in editeng.cxx , using deprecate MAC define, and I'm not sure to understand
[14:31]ek : ericb2: we can try to change GetKeyModCode() in salframe.cxx.
[14:31]ericb2 : hdu_hh: sorry to look heavy, but that's not clear for me
[14:32]hdu_hh : ericb2: the old define is not needed anymore
[14:33]ericb2 : ek: please continue
[14:33]hdu_hh : ericb2: the problematic behaviour will not be triggered because the keyboard combination that triggered does not happen anymore (because ALT is remapped)
[14:33]ericb2 : ek: maybe you have a good idea :)
[14:33]ek : ericb2: I mean just don't pass ALT in TSM handling.
[14:34]ericb2 : hdu_hh: you mean, OpenOfice.org will see MOD5 ( e.g. ) instead of ALT ?
[14:34]PhilippL : ericb2: exactly.
[14:34]hdu_hh : ericb2: yes, OOo especially EditEngine will only see MODx :-)
[14:34]ericb2 : ek: if it works, would solve a lot of things, but what for all text things e.g. greek chars using ALT + key ?[14:35
] ericb2:
hdu_hh: ok, i got it. Now this should already be the case ( it is like that in X11 )[14:35
] ericb2:
hdu_hh: using MOD5
[14:35]hdu_hh : ericb2: the greek chars work too (they just have a strange modifier key)
[14:36]ericb2 : hdu_hh: ok, good. then where is the code to be modified ?
[14:36]PhilippL : ericb2: in salframe.cxx exchange MOD2 by MOD5
[14:37]ericb2 : PhilippL: just that ?
[14:37]PhilippL : just that. At least that's what I would try first.
[14:37]ericb2 : PhilippL: I'll try now :)[14:38
] ericb2:
PhilippL: in all places ?
[14:38]PhilippL : • PhilippL looks[14:39
] PhilippL:
Try just in HandleKeyEvent and GetKeyModCode[14:39
] PhilippL:
This way Alt should still be the same for mouse events.
[14:39]ericb2 : PhilippL: thanks. I'll do[14:39
] ericb2:
ok, to summarize the point: test MOD5 instead of MOD2 in salframe.cxx, and test for formulas issue. Second : we have to remove the underlined letters in all places
[14:40]PhilippL : next point ?
[14:40]ericb2 : and file an issue assigned to pl or hdu_hh about removing underlined letters, right ?[14:40
] ericb2:
PhilippL: yes, next point
[14:40]PhilippL : ericb2: write the issue to me.
[14:40]ericb2 : PhilippL: ok
[14:42]paveljanik : ok, I have to leave now - see you later[14:42]paveljanik left the chat room. ("Leaving")
[14:43]ericb2 : This is issue 78943
[14:43]shaunmcdonald : Next Point: Any other business
[14:43]IZBot : porting DEFECT NEW P3 remove underlined letters in all place (menus entries ..etc) http://qa.openoffice.org/issues/show_bug.cgi?id=78943
[14:44]shaunmcdonald : Next Point: Date and time of next meeting
[14:45]PhilippL : same time next week ?
[14:45]shaunmcdonald : Wednesday 4th of July[14:45
] shaunmcdonald:
PhilippL: I'm happy with the same time next week
[14:45]PhilippL : Is 4th of july bad for somebody from the US ?[14:46]• PhilippL wouldn't want anybody to miss the fireworks :-)
[14:47]shaunmcdonald : PhilippL: it is first thing in the morning for those in the US just now[14:47]• shaunmcdonald doesn't think anyone from the US has participated today
[14:47]PhilippL : shaunmcdonald: probably.[14:47
] PhilippL:
so let's keep the same date ?
[14:47]shaunmcdonald : • shaunmcdonald thinks we have had participation from Japan today
[14:47]hdu_hh : +1
[14:48]shaunmcdonald : what about the time?
[14:48]PhilippL : 12:00 UT is ok for me
[14:49]shaunmcdonald : Lets go for that then[14:49]You changed the topic to "[English] OpenOffice.org Mac porting team channel. Next IRC Meeting:Wednesday 4th July 2007 (*12*:00 UTC) See http://wiki.services.openoffice.org/wiki/MacOSXPortMeetings for the agenda. Previous meetings logs are available at http://wiki.services.openoffice.org/wiki/Previous_Mac_Meeting_logs | http://www.openoffice.org/issues/buglist.cgi?keywords=aqua | http://wiki.services.openoffice.org/wiki/Summer_of_Code_2007".
