[dev] WG: LinguServiceManager through OLE

[Tim Lebedkov (UPK)]

Hello,

 

as nobody answered to my question, I would at least like to know:

-  who is responsible for the ActiveX API?

-  if ActiveX is not a supported API, which one should I use from 
Delphi?

 

Regards

Tim Lebedkov

Unternehmensberatung Peter Kloß GmbH
Robert-Bosch-Str. 14
30989 Gehrden

Tel: +49 5108 9126 22
Fax: +49 5108 9126 29
E-Mail: [EMAIL PROTECTED]
Internet: http://www.upk.de  
Geschäftsführung: Peter Kloß
Registergericht Hannover HRB 102304

Sie haben die Daten, wir haben Ihren Katalog!
UPK KatXPress ist da - mehr Informationen erhalten Sie unter 
http://www.upk.de/produkte/katxpress.pdf

 



Von: Tim Lebedkov (UPK) 
Gesendet: Mittwoch, 5. März 2008 16:30
An: '[EMAIL PROTECTED]'
Betreff: LinguServiceManager through OLE

 

Hello,

 

I try to use the LinguServiceManager through OLE.

 

The following Delphi code fails at the marked line with:
 
[automation bridge] unexpected exception in
UnoConversionUtilities::variantToAny !
 

==

function TSampleCode.Hyphenate(S: string): string;
var
H: Variant;
Locale: Variant;
Props: Variant;
HW: Variant;
CoreReflection: Variant;
LSM: Variant;
begin
LSM := StarOffice.createInstance(
'com.sun.star.linguistic2.LinguServiceManager');
if VarIsArray(LSM) then
Exit;
if (VarIsEmpty(LSM) or VarIsNull(LSM)) then
Exit;
 
CoreReflection := StarOffice.createInstance(
'com.sun.star.reflection.CoreReflection');
CoreReflection.forName('com.sun.star.lang.Locale').createObject(
Locale);
Locale.Language := 'de';
Locale.Country := '';
Locale.Variant := '';
 
H := LSM.getHyphenator(); // <=== here an error
 
HW := H.hyphenate('Silbentrennung', Locale, 2, Props);
H := Null;
Props := Null;
Locale := Null;
LSM := Null;
end;

==

 

 

I tried to program the same in Visual Basic Script but it doesn't work either:

 
The following Visual Basic Script code does not work either (it shows 
"Nothing"):
 

==

Set StarOffice = WScript.CreateObject("com.sun.star.ServiceManager")
 
Set LSM = 
StarOffice.createInstance("com.sun.star.linguistic2.LinguServiceManager")
Set CoreReflection =
StarOffice.createInstance("com.sun.star.reflection.CoreReflection")
 
Dim Locale
Set Cl = CoreReflection.forName("com.sun.star.lang.Locale")
Cl.createObject Locale
Locale.Language = "de"
Locale.Country = "DE"
Locale.Variant = ""
 
Dim PV
Set Cl = CoreReflection.forName("com.sun.star.beans.PropertyValue") 
Cl.createObject PV
 
Set H = LSM.getHyphenator()
Dim Props(0)
Set Props(0) = PV
Set xHW = H.hyphenate("Silbentrennung", Locale, 0, Props)
MsgBox TypeName(xHW)

==

 

Does anybody know what I am doing wrong here?

Thanks in advance

 

--Tim

[dev] Quarterly review meetings for identifying important issues and enhancements

[Martin Hollmichel]

Hi,

in the past there were several complaints raised that some defects and
also requirements got not the right priority. In fact we've got a long
list of RFE in IssueTracker (either assigned to "requirements" or "bh")
and it is not obvious if there is ongoing work on these issues or not.
Also it is often not that transparent how decision making on spending
resources to that issues is made.

The OpenOffice.org project leads agreed to support the proposal
 to introduce
quarterly review meetings to identify the most important issues and
request for enhancements.

please use the dev@openoffice.org mailing list for feedback and watch 
that list for announcements for the schedule of the various review 
meetings,


Martin


Proposal:

  Quarterly reviews

Quarterly review meetings should identify the most important issues and
enhancements and establish a plan for their resolution. The outcome or
agenda of those meetings may look like this:

   1. Status of the project
 1. what are the most severe issues in the current release
 2. which are the most requested (or needed) features (in the
press, user forums, issues, other feedback)
   2. short term planning
 1. which defect needs to go into the next release
 2. which features will be worked on for the half year.
 3. which issues needs an assignment
   3. mid/long term planning
 1. which features/bugfixes needs to be addressed in the next
two/three years
 2. unassigned feature/bugixes

The outcome of these items should be a prioritized list of issues, in
case of not being able to assign the resources the escalation path
should be look like this:

1. Project Lead of the project
2. [EMAIL PROTECTED]
3. Engineering Steering Committee (ESC)
4. Community Council (CC)


To come to a balanced assessment of issues there should be a least in
those meetings:

- the project lead
- a qa lead
- if available one representative from user experience
- if available one representative for user base (user forum or user
mailing list maintainer and/or a marketing rep)
- if available representative from marketing project
- if available: more developer and qa folks pr any other contributing
members of the OpenOffice.org project

I suggest to start with our main, visible projects like Writer, Calc,
Impress and Base and see later if we need to involve also other projects
in this effort. I would like to encourage these teams to organize those
meetings within the first two weeks of the each quarter (next slot would
be April 1-14th)
Implementation of Review

It is almost impossible to get a slot defined where all parties together
at a time for an irc meeting. To involve as much poeple as possible
there might be an offline phase before an online meeting:

* call for important issues on the project mailing list
dev@.openoffice.org and put them into the wiki

* irc meeting to check if all important issues are raised and sort
out the unimportant ones

* call for review the list and suggest a priorization of issues on
the mailing list and put the result into the wiki

* irc meeting to confirm the priorization

* send out the result to dev@openoffice.org


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] RFC: java 1.5

[Kay Ramme - Sun Germany - Hamburg]

Stephan Bergmann wrote:

Malte Timmermann wrote:

My point of view:

Most people agree that OOo mustn't loose (meta) data when Java is not
available, but plug ins for working with meta data can rely on Java.

Changing OOo's Java base line from 1.4 to 1.5 is fine for most people 
then.


AFAIK the current Java baseline is 1.3.1.
That is correct, the (still) valid consensus regarding Java can be found 
here:


http://tools.openoffice.org/policies/java_usage.html

respectively the background:

http://tools.openoffice.org/servlets/ReadMsg?list=jdk&msgNo=90




-Stephan


Kay



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] WG: LinguServiceManager through OLE

[Juergen Schmidt]

Hi Tim,

the OLE automation bridge is your friend from Delphi.

Juergen

Tim Lebedkov (UPK) wrote:

Hello,

 


as nobody answered to my question, I would at least like to know:

-  who is responsible for the ActiveX API?

-  if ActiveX is not a supported API, which one should I use 
from Delphi?


 


Regards

Tim Lebedkov

Unternehmensberatung Peter Kloß GmbH
Robert-Bosch-Str. 14
30989 Gehrden

Tel: +49 5108 9126 22
Fax: +49 5108 9126 29
E-Mail: [EMAIL PROTECTED] 
Internet: http://www.upk.de 
Geschäftsführung: Peter Kloß
Registergericht Hannover HRB 102304

Sie haben die Daten, wir haben Ihren Katalog!
UPK KatXPress ist da - mehr Informationen erhalten Sie unter 
http://www.upk.de/produkte/katxpress.pdf




*Von:* Tim Lebedkov (UPK)
*Gesendet:* Mittwoch, 5. März 2008 16:30
*An:* '[EMAIL PROTECTED]'
*Betreff:* LinguServiceManager through OLE

 


Hello,

 


I try to use the LinguServiceManager through OLE.

 


The following Delphi code fails at the marked line with:

 


[automation bridge] unexpected exception in

UnoConversionUtilities::variantToAny !

 


==

function TSampleCode.Hyphenate(S: string): string;

var

H: Variant;

Locale: Variant;

Props: Variant;

HW: Variant;

CoreReflection: Variant;

LSM: Variant;

begin

LSM := StarOffice.createInstance(

'com.sun.star.linguistic2.LinguServiceManager');

if VarIsArray(LSM) then

Exit;

if (VarIsEmpty(LSM) or VarIsNull(LSM)) then

Exit;

 


CoreReflection := StarOffice.createInstance(

'com.sun.star.reflection.CoreReflection');

CoreReflection.forName('com.sun.star.lang.Locale').createObject(

Locale);

Locale.Language := 'de';

Locale.Country := '';

Locale.Variant := '';

 


H := LSM.getHyphenator(); // <=== here an error

 


HW := H.hyphenate('Silbentrennung', Locale, 2, Props);

H := Null;

Props := Null;

Locale := Null;

LSM := Null;

end;

==

 

 

I tried to program the same in Visual Basic Script but it doesn’t work 
either:


 


The following Visual Basic Script code does not work either (it shows 
"Nothing"):

 


==

Set StarOffice = WScript.CreateObject("com.sun.star.ServiceManager")

 


Set LSM = 
StarOffice.createInstance("com.sun.star.linguistic2.LinguServiceManager")

Set CoreReflection =

StarOffice.createInstance("com.sun.star.reflection.CoreReflection")

 


Dim Locale

Set Cl = CoreReflection.forName("com.sun.star.lang.Locale")

Cl.createObject Locale

Locale.Language = "de"

Locale.Country = "DE"

Locale.Variant = ""

 


Dim PV

Set Cl = CoreReflection.forName("com.sun.star.beans.PropertyValue") 


Cl.createObject PV

 


Set H = LSM.getHyphenator()

Dim Props(0)

Set Props(0) = PV

Set xHW = H.hyphenate("Silbentrennung", Locale, 0, Props)

MsgBox TypeName(xHW)

==

 


Does anybody know what I am doing wrong here?

Thanks in advance

 


--Tim




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] dll integration with open office

[Mathias Bauer]

Dinesh Chothe wrote:

>> If I understand correctly, you want to implement a command callable from
>> a menu and this command should get some text as a parameter and should
>> return some new text, right? The good news is that the whole thing can
>> be packed into an extension, without any need to change the OOo source
>> code at all.
>>
>> First you should understand the concept of the Dispatch Framework a bit
>> (it's explained in the Developer's Guide). In this concept you will also
>> find how you can add new commands in extensions. The code bound to the
>> command will be provided by an object called "protocol handler" and some
>> "Dispatch objects" it creates. The protocal handler is initialized with
>> the Frame object it is working on (representing the view anc controller
>> pair it contains). From this object you can get access to the current
>> selection. The selection allows you to retrieve the current content as
>> well as to change it.
> 
>  Yes. I have  seen all this from developers guide.
>  Now after getting  contents  in  object  how  to  pass  it  to  VC++ DLL?
>  How OO objects handles  VC++ DLL's methods?

I'm not sure if I understand correctly. The code you are writing can be
a VC++ DLL itself. What else do you need?

Or how did you plan to implement your dispatch objects?
Please take the C++ example Add-On from the Developer's Guide example
(ProtocolHandlerAddon.cpp) to see how "external" code is bound to OOo
via the Dispatch API. You can even take this Add-On as a starting point
for your own development, add more commands and fill out the gaps.

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]

Re: [dev] SVG import

[Thorsten Behrens]

On Mon, Mar 17, 2008 at 10:25:38AM +0100, Mathias Bauer wrote:
> I don't know the complete background of the discussion wrt. rendering of
> vector graphics, so most probably you are completely right from a
> technical POV. But OTOH - what does that mean for the SVG import? How
> many years of development will it take to prepare OOo in the way you
> want it before we can have an SVG graphic filter?
> 
Hi Mathias,

there ain't much missing, see for example the EMF+ work, which
tunnels the original file through svm via a comment action, and then
renders via XCanvas.

> Being able to insert SVG graphics into text documents like you can do
> with pixel graphics nowadays is a very often required feature. I'm sure
> that most people that voted for SVG import had this feature in mind and
> not the document import filter. Given the the low percentage of users
> that use Draw at all (compared to Writer, Calc and Impress) this sounds
> quite reasonable.
> 
That question should probably be asked directly in the issue. And
then, implementing another SVG renderer (admittedly to a different
graphics API) seemed a bit redundant to me - there a some, and e.g.
librsvg (LGPL) could be used to render a pixmap of the right size
on-demand.

> So if my assumption is right - do we plan for user requirements or for
> technical elegance?
> 
Heh - I would hope for both! ;-)

Cheers,

-- Thorsten


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[dev] Re: Quarterly review meetings for identifying important issues and enhancements

[Mechtilde]

Hello,

Martin Hollmichel schrieb:
> Hi,
> 
> in the past there were several complaints raised that some defects and
> also requirements got not the right priority. In fact we've got a long
> list of RFE in IssueTracker (either assigned to "requirements" or "bh")
> and it is not obvious if there is ongoing work on these issues or not.
> Also it is often not that transparent how decision making on spending
> resources to that issues is made.
> 
> The OpenOffice.org project leads agreed to support the proposal
>  to introduce
> quarterly review meetings to identify the most important issues and
> request for enhancements.
> 
> please use the dev@openoffice.org mailing list for feedback and watch
> that list for announcements for the schedule of the various review
> meetings,
+1

regards

Mechtilde


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] Contibuting

[Kai Ahrens]

Hi Raymond,

Raymond F. Hayes Jr. schrieb:
> I'd like to take a cut at this project:
> 
>  
> 
> 1.Use your XML knowledge
> OpenOffice.org uses XML for all of its files. XSLT tools are available to
> support non-native XML. If you know XML and XSLT there is much you can do
> here. For instance, you can provide an SVG input transformation so
> OpenOffice.org can open SVG   files.
> 
> My XML/XSLT is very good. I've been working with it for about 5 years. Is
> there a getting started guide for developers?
> 

in case you (or others) don't know this project already,
please take a look at this site:

http://www.ipd.uka.de/~hauma/svg-import/

Regards
Kai


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] SVG import

[Mathias Bauer]

Thorsten Behrens wrote:

> On Thu, Mar 13, 2008 at 04:54:33PM +0100, Mathias Bauer wrote:
>> I think going for the document filter is a pity. I think we need a
>> graphics filter much more than a document filter as people want to use
>> SVG in the gallery. Or do you plan to extend the gallery to be able to
>> contain drawing documents that will be inserted as OLE objects?
>> 
> Hi Mathias,
> 
> well, the gallery does already contain draw shapes, used e.g. for
> ppt import & custom shapes. Apart from that, you're right, a SVG
> graphic filter would be nice as well.
> 
> But there are a few reasons why I don't think it's the right time to
> do that now. First off, as you know, I'm not happy with svm as the 
> common grounds for vector graphics, I'd rather render the corresponding
> document directly to the target surface (at least I would do so for
> any new filter). But which interface to use for rendering?
> Naturally, I'd pick XCanvas, but that's currently a bit extended,
> and to really benefit from it for SVG, would need some work at least
> at the vclcanvas side of things.
> 
> So, I kind of punted that for now - a stop-gap solution, that would
> also be quite useful in other cases (and easy to add), would be a 
> conversion service, that transforms an odf document to svm.
> 
> xposted; fup2 [EMAIL PROTECTED], please.

Yes, let's move the technical part of the discussion to the graphics
list. But let me add one general remark that IMHO belongs on the general
dev list.

I don't think that an odg->svm transformation is acceptable as the
performance would be beyond everything users could accept.

I don't know the complete background of the discussion wrt. rendering of
vector graphics, so most probably you are completely right from a
technical POV. But OTOH - what does that mean for the SVG import? How
many years of development will it take to prepare OOo in the way you
want it before we can have an SVG graphic filter?

Being able to insert SVG graphics into text documents like you can do
with pixel graphics nowadays is a very often required feature. I'm sure
that most people that voted for SVG import had this feature in mind and
not the document import filter. Given the the low percentage of users
that use Draw at all (compared to Writer, Calc and Impress) this sounds
quite reasonable.

So if my assumption is right - do we plan for user requirements or for
technical elegance? (Admittedly a very provocative question but perhaps
it hits the nail on the head.)

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] Top menu language problem

[tangquanfa]

hello all:

On the Italy version of openoffice2.2.1 , but the top level menu language 
is 
English. BTW, the version is built by myself.
Who can tell me the reason?

Thank you!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[dev] Font Embedding

[charles chandran]

Hi

 This is Charles. I have raised so many queries and i got a negative
reply, in a very rude manner u know. I am very curious in that.

You know i succeeded in covnverting the word doc to pdf but failed with
FontException while viewing the converted pdf using acrobat viewer.
The main cause for this is : Openoffice not embedding or registering fonts
like Arial or TimeNewRoman in the pdf before conversion.
I am struggling for the same last one month. If u just register the font in
pdf (like Arial or whatever comes in word doc ) we don;t want to rely upon
any other api's to embed font in the converted pdf.
it is very rubbish

So i request you to see this issue and i expect in next issue of openoffice,
the registering of the font happened automatically.


Thanking you
Charles v c

[dev] Re: [native-lang] Quarterly review meetings for identifying important issues and enhancements

[Ain Vagula]

Martin Hollmichel wrote:

Hi,

in the past there were several complaints raised that some defects and
also requirements got not the right priority. In fact we've got a long
list of RFE in IssueTracker (either assigned to "requirements" or "bh")
and it is not obvious if there is ongoing work on these issues or not.
Also it is often not that transparent how decision making on spending
resources to that issues is made.



I searched some weeks ago issues about improving search-replace dialog 
(eg. bringing 'selection only' box to unexpanded view). There were 
dozens of issues about this dialog, big part assigned to "bh" and 
significant part marked as 'started' since 2004...


ain

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] SRC680 is dead long live DEV300

[Eike Rathke]

Hi Bernd,

On Thursday, 2008-03-13 09:21:12 +0100, Bernd Eilers wrote:

> Frank Schönheit just realized that ChildWorkspaces with status planned in 
> EIS and MasterWorkspace SRC680 can not be created on new MasterWorkspace 
> DEV300 and suggested to just change the MasterWorkspace for all these CWS 
> to DEV300 directly in the EIS database.
>
> I can do this change if needed but want to be sure that there do not exists 
> some whatever strange reason why one of the owners of one of the possible 
> effected ChildWorkspaces might still want to create the CWS on SRC680.

So, when will you carry out that database change? It seems no one
objected and I'd like to physically create a planned CWS.

  Eike

-- 
 OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer.
 SunSign   0x87F8D412 : 2F58 5236 DB02 F335 8304  7D6C 65C9 F9B5 87F8 D412
 OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
 Please don't send personal mail to the [EMAIL PROTECTED] account, which I use 
for
 mailing lists only and don't read from outside Sun. Use [EMAIL PROTECTED] 
Thanks.


pgpEQ36mJY2ap.pgp
Description: PGP signature

Re: [dev] SRC680 is dead long live DEV300

[Bernd Eilers]

Hi there!

Because no one objected to the suggested change,
I´ve just changed all planned SRC680 ChildWorkspaces to DEV300.

Kind regards,
Bernd Eilers

Eike Rathke wrote:

Hi Bernd,

On Thursday, 2008-03-13 09:21:12 +0100, Bernd Eilers wrote:

Frank Schönheit just realized that ChildWorkspaces with status planned in 
EIS and MasterWorkspace SRC680 can not be created on new MasterWorkspace 
DEV300 and suggested to just change the MasterWorkspace for all these CWS 
to DEV300 directly in the EIS database.


I can do this change if needed but want to be sure that there do not exists 
some whatever strange reason why one of the owners of one of the possible 
effected ChildWorkspaces might still want to create the CWS on SRC680.


So, when will you carry out that database change? It seems no one
objected and I'd like to physically create a planned CWS.

  Eike



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[dev] Scanner dialog and screen aspect ratio: how to get info?

[Carlo Scarfoglio]

Hi all,
I started with fixing a problem with my HP OfficeJet scanner and now I'm 
having a look at several issues that I found checking the code of the 
scanner dialog used in writer and draw. The functionality is there, but 
it looks like old, unmantained code.

Bugs fixed so far:
1) The dialog offered two resolution selections for the OfficeJet: 75 
and 1200 DPI, the minimum and maximum. The OfficeJet can scan at any DPI 
value between 75 and 1200, but the edit box was not editable. I inserted 
some additional DPI values in the listbox and made the edit box editable.
This should work for any scanner that can scan at any DPI value between 
min and max.
2) Tested with a Canon Lide scanner, the listbox offered several DPI 
values, but again only the min and max values were selectable, The code 
wrongly set the min and max listbox range: the min DPI value as max and 
viceversa. This happened because the Lide can scan at fixed DPI values, 
but the driver returns the values in the opposite order to what the code 
expected it to be. The resolution edit box is not editable.


I reworked the user interface. The changes so far.
3) Moved controls around to make the dialog more compact.
4) Added a listbox to choose the scan mode (Color, Grey and Lineart) 
directly, without accessing the advanced options treebox. Several mouse 
clicks saved. And
5) removed the Advanced options checkbox. The treebox is always in 
advanced mode.

6) Increased the size of the preview rectangle.

The preview rectangle poses a problem. The X and Y sizes are constants 
set in the .hrc file. I can turn them into variables, and set them at 
runtime according to the width and height of the scan area (the 
OfficeJet has 220x381 mm, the Lide 215x300 mm, for instance) and within 
the bounds of the dialog box.
But the preview image is always vertically squashed because the screen 
aspect ratio is not taken into account.
Aspect ratio is usually 1,25 (for 1280x1024) or 1,33 (for 1024z768), but 
new LCD screens can have other ratios.


I couldn't find a way to determine this ratio. There are private 
variables in the Window class that (my guess) should hold these values. 
I think that some functions, such as PixelToLogic, etc should provide 
help, but I couldn't find any documentation.


Can anybody provide help or a hint?

If anybody with a build system and a working scanner is keen to test the 
beast, I will send another email witih the relevant files attached.


Thanks in advance.

Carlo Scarfoglio

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] Scanner dialog and screen aspect ratio: how to get info?

[eric b]

Hello,



Le 17 mars 08 à 18:18, Carlo Scarfoglio a écrit :


Hi all,
I started with fixing a problem with my HP OfficeJet scanner



Which Operating System ?


and now I'm having a look at several issues that I found checking  
the code of the scanner dialog used in writer and draw. The  
functionality is there, but it looks like old, unmantained code.



Not exactly. Just resources are missing to rewrite a brand new  
interface.


FYI, all the relevant code is in extensions/source/scanner, and there  
is an effort to implement something more usefull on Mac OS X.


There is a Doxygen generated documentation available here : http:// 
eric.bachard.free.fr/Education/Documentation/AquaScanner/html/



For further information, please look at : http:// 
wiki.services.openoffice.org/wiki/Education_Project/Effort


More precisely here : http://wiki.services.openoffice.org/wiki/ 
Education_Project/Effort#Improve_Scanner_Use_.28click_me.29


IMPORTANT:  my mailer adds extra spaces in the URL, please take care.



Bugs fixed so far:
1) The dialog offered two resolution selections for the OfficeJet:  
75 and 1200 DPI, the minimum and maximum. The OfficeJet can scan at  
any DPI value between 75 and 1200, but the edit box was not  
editable. I inserted some additional DPI values in the listbox and  
made the edit box editable.
This should work for any scanner that can scan at any DPI value  
between min and max.
2) Tested with a Canon Lide scanner, the listbox offered several  
DPI values, but again only the min and max values were selectable,  
The code wrongly set the min and max listbox range: the min DPI  
value as max and viceversa. This happened because the Lide can scan  
at fixed DPI values, but the driver returns the values in the  
opposite order to what the code expected it to be. The resolution  
edit box is not editable.




...


I reworked the user interface. The changes so far.
3) Moved controls around to make the dialog more compact.
4) Added a listbox to choose the scan mode (Color, Grey and  
Lineart) directly, without accessing the advanced options treebox.  
Several mouse clicks saved. And
5) removed the Advanced options checkbox. The treebox is always in  
advanced mode.

6) Increased the size of the preview rectangle.

The preview rectangle poses a problem. The X and Y sizes are  
constants set in the .hrc file


Exact. This is awfull and there is work in progress for a new layouting.



. I can turn them into variables, and set them at runtime according  
to the width and height of the scan area (the OfficeJet has 220x381  
mm, the Lide 215x300 mm, for instance) and within the bounds of the  
dialog box.


Are you sure all scanners have the same values ?  ;-)


But the preview image is always vertically squashed because the  
screen aspect ratio is not taken into account.
Aspect ratio is usually 1,25 (for 1280x1024) or 1,33 (for  
1024z768), but new LCD screens can have other ratios.




Looks like a layout side effect. Needs to be discussed.



I couldn't find a way to determine this ratio. There are private  
variables in the Window class that (my guess) should hold these  
values. I think that some functions, such as PixelToLogic, etc  
should provide help, but I couldn't find any documentation.





I'm interested to see the changes you did. Do you have patches ?



Can anybody provide help or a hint?




Yes, sure, but I'd like to understand what you exactly did first.  
AFAIK, there is a TWAIN Handler on Windows, or a SANE one on Mac OS  
X, and the values should be correct without modify what you described.




If anybody with a build system and a working scanner is keen to  
test the beast, I will send another email witih the relevant files  
attached.




You're welcome !

Looking forward to reading you :)






P.S. : do you use IRC ?  you'll see me on Education channel: server:  
irc.freenode.net  channel : #education.openoffice.org

my nickname is ericb2

--
qɔᴉɹə

Re: [dev] Scanner dialog and screen aspect ratio: how to get info?

[Philipp Lohmann]

Hi,

Carlo Scarfoglio wrote:

Hi all,
I started with fixing a problem with my HP OfficeJet scanner and now I'm 
having a look at several issues that I found checking the code of the 
scanner dialog used in writer and draw. The functionality is there, but 
it looks like old, unmantained code.


not exactly unmaintained, but I haven't touched the functional part in 
five years ...



Bugs fixed so far:
1) The dialog offered two resolution selections for the OfficeJet: 75 
and 1200 DPI, the minimum and maximum. The OfficeJet can scan at any DPI 
value between 75 and 1200, but the edit box was not editable. I inserted 
some additional DPI values in the listbox and made the edit box editable.
This should work for any scanner that can scan at any DPI value between 
min and max.


The resolution box (maReslBox) is a NumericBox, so you should be able to 
enter any value between min and max there. It is disabled only if the 
sane driver does fail to provide the range for the resolution. Aside 
from that there is a modify handler for that box (see line 597 of 
sanedlg.cxx) that might do something unwise.


2) Tested with a Canon Lide scanner, the listbox offered several DPI 
values, but again only the min and max values were selectable, The code 
wrongly set the min and max listbox range: the min DPI value as max and 
viceversa. This happened because the Lide can scan at fixed DPI values, 
but the driver returns the values in the opposite order to what the code 
expected it to be. The resolution edit box is not editable.


Oops. Well sorting the values should fix that.


I reworked the user interface. The changes so far.
3) Moved controls around to make the dialog more compact.
4) Added a listbox to choose the scan mode (Color, Grey and Lineart) 
directly, without accessing the advanced options treebox. Several mouse 
clicks saved. And
5) removed the Advanced options checkbox. The treebox is always in 
advanced mode.

6) Increased the size of the preview rectangle.


Sounds ok to me.

The preview rectangle poses a problem. The X and Y sizes are constants 
set in the .hrc file. I can turn them into variables, and set them at 
runtime according to the width and height of the scan area (the 
OfficeJet has 220x381 mm, the Lide 215x300 mm, for instance) and within 
the bounds of the dialog box.
But the preview image is always vertically squashed because the screen 
aspect ratio is not taken into account.
Aspect ratio is usually 1,25 (for 1280x1024) or 1,33 (for 1024z768), but 
new LCD screens can have other ratios.


Just for understanding: you don't really mean the screen aspect but the 
ratio width/height of individual pixels, that is the ratio between DPIx 
and DPIy, not between absolute screen width and height.


I couldn't find a way to determine this ratio. There are private 
variables in the Window class that (my guess) should hold these values. 
I think that some functions, such as PixelToLogic, etc should provide 
help, but I couldn't find any documentation.


Can anybody provide help or a hint?


PixelToLogic and vice versa converts between the current map mode and 
pixels. Since the current map mode is most likely MAP_PIXEL in the 
dialog, you're kind of stuck. For such conversions (assuming you are in 
a memeber function of that dialo) you can code like this.


Push( PUSH_MAPMODE );   // save mapmode
SetMapMode( MapMode( MAP_POINT ) ); // set mapmode for points

Size aSize( 100, 100 ); // size in pixel
Size aPtSize( PixelToLogic( aSize ) );  // converted size in points

Pop();  // restore mapmode

However you will find that this does not work either since the DPI in x 
and y are often the same, even if on the real screen they are not. 
Actually since these are so often wrong they are forced to be equal in 
vcl's system dependent X11 code.


Kind regards, pl

--
If you give someone a program, you will frustrate them for a day;
if you teach them how to program, you will frustrate them for a lifetime.
 -- Author unknown

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] Quarterly review meetings for identifying important issues and enhancements

[Kazunari Hirano]

Hi Martin,
>  in the past there were several complaints raised that some defects and
>  also requirements got not the right priority. In fact we've got a long
>  list of RFE in IssueTracker (either assigned to "requirements" or "bh")
What is "bh"?
Thanks,
khirano

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]