Re: [dev] text grid enhancement
Hi Fong Lin, On 11.04.2007 11:44, Pei Feng Lin wrote: It is my pleasure to announce that the prototype of text grid enhancement for better CJK support has implemented. The internal test is ongoing now. A new issue was created to describe this feature. http://qa.openoffice.org/issues/show_bug.cgi?id=76247 You could get some knowledge about text grid from my blog: http://linpeifeng.blogspot.com/ A new CWS named cjksp1 based on SRC680_m208 is created to maintain all the CJK enhancment and features from our oo team. The codes wrt. text grid will be upstreamed after the internal test is passed. Any question, suggestion and comment are welcome. this is really good news. I had a first look at your spec and wondered if Tools - Options - Writer - General is the best place for the grid mode setting. What about Tools - Options - LanguageSettings - AsianLayout? Best regards, Frank -- Frank Meies (fme) - OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] does ".uno:PrinterSetup" called via XNotifyingDispatch return whether "Cancel" was pressed?
Christoph Lutz wrote: > Hi, > > I call the dispatch ".uno:PrinterSetup" via a XNotifyingDispatch and > would like to react different if the dialog was finished successfull > (by pressing the "OK"-button") and if the dialog was finished > unsuccessfull by pressing the cancel-button. > > Is this possible? > > I have already debugged the DispatchResultEvent, the dispatch returns > when finishing, but there seems to be no information about the button > that finished the dialog... The "function" .uno:PrinterSetup does not have a return value. So it doesn't return anything. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "[EMAIL PROTECTED]". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: [discuss] Opentype and Graphite font technologies support
On Wed, 2007-11-04 at 21:27 +0400, Andrej Khitrov wrote: > It is necessary to have smart fonts support in OOo, especially Graphite > font technology support. That would give OOo more typographic potential > and would simplify to a considerable extent localization of OOo to other > languages. > See issue 69129 ( http://www.openoffice.org/issues/show_bug.cgi?id=69129 ) For anyone who's interested, here a review I did last year about the version of OOo that SIL made with graphite support. The main use of graphite, as has been said, is for non-English languages. But, even for English users, smart fonts are a desirable feature; they help raise the typographical standards. -- Bruce Byfield 604-421-7177 Burnaby, BC, Canada web: http://members.axion.net/~bbyfield blog: http://brucebyfield.wordpress.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] OpenType and Graphite smart font technologies
It is necessary to have smart fonts support in OOo, especially Graphite font technology support. That would give OOo more typographic potential and would simplify to a considerable extent localization of OOo to other languages. See issue 69129 ( http://www.openoffice.org/issues/show_bug.cgi?id=69129 ) a_p_sysoev wrote I suggest that all who aren't indifferent to the support of smart font technologies like opentype would pay attention to issue 69129 and vote for it. It is about smart font technology called Graphite. Everyone who is acquainted with different smart font technolgies understand that by its concept Graphite is the best one, and the one that have potential to be universal, extensible smart font technology unlike OpenType. OpenType is not of course bad technology but graphite is far better one, but not so promoted. Unlike OpenType, "features" in Graphite are not functional improvements, they are just options. I mean that if graphite is supported it is fullfunctional, i.e. it provides all Opentype features and more (like reodering), except what gives whatever options to a user, options that user can change. And then it is nessery just to make interface to give a user possibility to work with optionality. In opentype supporting any feature means giving some new functional improvement. In graphite supporting features means supporting options or possibility just to make some choice as to font rendering and we have already full functionality except optionality when graphite engine is supported. For peoples with small languages with sophisticated script behavior Graphite is really indispensable, and Opentype has nothing to give as a good equivalent in those case. I call for voting for issue 69129. Besides there are some builds of OOo in which graphite engine is supported, but features are not. See http://graphite.sil.org _ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Opentype and Graphite font technologies support
It is necessary to have smart fonts support in OOo, especially Graphite font technology support. That would give OOo more typographic potential and would simplify to a considerable extent localization of OOo to other languages. See issue 69129 ( http://www.openoffice.org/issues/show_bug.cgi?id=69129 ) a_p_sysoev wrote I suggest that all who aren't indifferent to the support of smart font technologies like opentype would pay attention to issue 69129 and vote for it. It is about smart font technology called Graphite. Everyone who is acquainted with different smart font technolgies understand that by its concept Graphite is the best one, and the one that have potential to be universal, extensible smart font technology unlike OpenType. OpenType is not of course bad technology but graphite is far better one, but not so promoted. Unlike OpenType, "features" in Graphite are not functional improvements, they are just options. I mean that if graphite is supported it is fullfunctional, i.e. it provides all Opentype features and more (like reodering), except what gives whatever options to a user, options that user can change. And then it is nessery just to make interface to give a user possibility to work with optionality. In opentype supporting any feature means giving some new functional improvement. In graphite supporting features means supporting options or possibility just to make some choice as to font rendering and we have already full functionality except optionality when graphite engine is supported. For peoples with small languages with sophisticated script behavior Graphite is really indispensable, and Opentype has nothing to give as a good equivalent in those case. I call for voting for issue 69129. Besides there are some builds of OOo in which graphite engine is supported, but features are not. See http://graphite.sil.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Development at a Glance - Weekly Update CW15
Hi, here is the weekly update for calendar week (CW) 15: CW15 http://blogs.sun.com/GullFOSS/entry/development_at_a_glance_weekly17 Regards, Dieter -- Sun Microsystems GmbH Dieter Loeschky Nagelsweg 55Senior Manager Software Engineering 20097 Hamburg StarOffice / OpenOffice.org Development Germany Phone: +49(0)40 236 46 500 http://www.sun.com [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] does ".uno:PrinterSetup" called via XNotifyingDispatch return whether "Cancel" was pressed?
Hi, I call the dispatch ".uno:PrinterSetup" via a XNotifyingDispatch and would like to react different if the dialog was finished successfull (by pressing the "OK"-button") and if the dialog was finished unsuccessfull by pressing the cancel-button. Is this possible? I have already debugged the DispatchResultEvent, the dispatch returns when finishing, but there seems to be no information about the button that finished the dialog... best regards, Christoph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Re: Trial Version creation
Maulik, I don't think that it is a good idea for free software to provide versions which expires. What is your objective behind this ? Martin Maulik Gordhandas wrote: Rüdiger Timm <[EMAIL PROTECTED]> wrote : As we've told you on IRC, there is no such function for OOo. If you really heard about product=demo, ask the people you heard that from. But don't worry: from my understanding a trial or demo version is something you can use a limited time for free. Afterwards the product's normal license conditions are valid. OOo itself is free and may be used free of charge. So, it's very easy to create a OOo trial version according to that definition. Just take a standard version and rename it to 'demo'. ;-) Rüdiger Your idea is really good.. the probelm will just be that u can keep using the product but the name will just be called demo.. it wont expire!! thanks for the idea!! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: Re: Trial Version creation
Rüdiger Timm <[EMAIL PROTECTED]> wrote : As we've told you on IRC, there is no such function for OOo. If you really heard about product=demo, ask the people you heard that from. But don't worry: from my understanding a trial or demo version is something you can use a limited time for free. Afterwards the product's normal license conditions are valid. OOo itself is free and may be used free of charge. So, it's very easy to create a OOo trial version according to that definition. Just take a standard version and rename it to 'demo'. ;-) Rüdiger Your idea is really good.. the probelm will just be that u can keep using the product but the name will just be called demo.. it wont expire!! thanks for the idea!!
Re: [dev] text grid enhancement
cool! On 4/11/07, Pei Feng Lin <[EMAIL PROTECTED]> wrote: Hi All, It is my pleasure to announce that the prototype of text grid enhancement for better CJK support has implemented. The internal test is ongoing now. A new issue was created to describe this feature. http://qa.openoffice.org/issues/show_bug.cgi?id=76247 You could get some knowledge about text grid from my blog: http://linpeifeng.blogspot.com/ A new CWS named cjksp1 based on SRC680_m208 is created to maintain all the CJK enhancment and features from our oo team. The codes wrt. text grid will be upstreamed after the internal test is passed. Any question, suggestion and comment are welcome. Best Regards & Thanks! Fong Lin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- \* Study... */
[dev] text grid enhancement
Hi All, It is my pleasure to announce that the prototype of text grid enhancement for better CJK support has implemented. The internal test is ongoing now. A new issue was created to describe this feature. http://qa.openoffice.org/issues/show_bug.cgi?id=76247 You could get some knowledge about text grid from my blog: http://linpeifeng.blogspot.com/ A new CWS named cjksp1 based on SRC680_m208 is created to maintain all the CJK enhancment and features from our oo team. The codes wrt. text grid will be upstreamed after the internal test is passed. Any question, suggestion and comment are welcome. Best Regards & Thanks! Fong Lin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Where to discuss about Google's Summer of Code?
Hello, I've submitted two proposals for OpenOffice.org: * Implement Subpixel-AA for OpenOffice * Imrpove VCL The first is focused on implementing subpixel antialiased fonts in OpenOffice (also called cleartype, ...). This improves readability and font-quality on LCD displays. The second is focused on improving VCL in general: * Extend/Create layout managers and use them in "real" dialogs. Currently most dialogs in OpenOffice don't use a layout-manager and therefor are fixed-size. * Improve VCL's performance and perceived performance/user-feedback. Somtimes VCL feels a bit slow (e.g. openoffice's menus). * Play arround with optional double buffering, to make painting more smooth. I hope a few devs/mentors like my ideas - if you've ideas howto extend the proposals to fit them better the existing needs please let me know. Is there a special place at OpenOffice.org to discuss the proposals? I am getting a bit nervous now that google has assigned slots to the projects ;) Thank you in advance, lg Clemens - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Trial Version creation
Maulik Gordhandas wrote: hi is there any method through which one can create a trail version of openoffice.. i heard about product=demo.. but can anyone explain how to make use of this function!! thanks As we've told you on IRC, there is no such function for OOo. If you really heard about product=demo, ask the people you heard that from. But don't worry: from my understanding a trial or demo version is something you can use a limited time for free. Afterwards the product's normal license conditions are valid. OOo itself is free and may be used free of charge. So, it's very easy to create a OOo trial version according to that definition. Just take a standard version and rename it to 'demo'. ;-) Rüdiger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
