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".