gmane.comp.lang.inug-4d.tech

Paul Medland | 9 Oct 18:19

Output forms in 2004

Is there anything that can be done to prevent 4d from changing heights of
detail lines in output forms.  On mac, forms look great on windows 1 line
shows up.  I change the form in windows to fit (manually set height to 14
points) and then windows is fine.  Go back to macintosh edit the form and
the point size has been set back to 12.  I don't want it set to 12, I just
set it to 14.

I am using style sheets but it doesn't seem to matter.

I know there are font differences but if I set a detail line height why
should 4D care what size of font or style I use within the detail.

Do I have to choose which platform gets the ugly layout?  Once the layout
looks fine on windows its full of gaps on mac.

Are there fonts between the two platforms that are a reasonable match?  They
matched ok in v2003, its just 2004 that breaks everything.

Regards,
--

-- 

Paul Medland 
QuickTrac Developer
Hamilton, Ontario, CA
Web:  www.quicktrac.com

**********************************************************************
4D Server v11 SQL has arrived!
Buy it NOW at http://store.4ddepot.com

(Continue reading)

headers

keisuke miyako | 10 Oct 15:38

Re: Output forms in 2004

Hi,

in fact it is the style sheets that causes these issues.
objects without style sheets will respect the coordinates defined in  
the property list.
otherwise there seems to be (I am talking anecdotal, I have no formal  
documentation)
a skew ratio determined by the font, font size for each platforms for  
that style sheet applied for height.
haven't tested but maybe "size 12 on Mac/size 15 on Windows" (based on  
the dpi difference)
might work for some fonts. (again it is not just the font that  
matters, the size ratio is also a factor)

otherwise just discard style sheets altogether.

miyako

On 2008/10/09, at 9:19, Paul Medland wrote:

> Is there anything that can be done to prevent 4d from changing  
> heights of
> detail lines in output forms.  On mac, forms look great on windows 1  
> line
> shows up.  I change the form in windows to fit (manually set height  
> to 14
> points) and then windows is fine.  Go back to macintosh edit the  
> form and
> the point size has been set back to 12.  I don't want it set to 12,  
> I just

(Continue reading)

headers

Paul Medland | 10 Oct 16:14

Re: Output forms in 2004

Hi Miyako,

I did make enough room for the windows font but the problem is when you
return to the mac to edit the form, the height has been "automatically"
adjusted back down.  So even if there is a font size differential that
works, how do you stop 4D from adjusting heights of the detail line.

Could this not be considered a bug in stylesheets?

> otherwise just discard style sheets altogether.
And if my TV breaks, just stop watching TV altogether? :)

Regards,

--

-- 

Paul Medland 
QuickTrac Developer
Hamilton, Ontario, CA
Web:  www.quicktrac.com

**********************************************************************
4D Server v11 SQL has arrived!
Buy it NOW at http://store.4ddepot.com

4th Dimension Internet Users Group (4D iNUG)
FAQ:  http://www.4d.com/support/faqnug.html
Archive:  http://dir.gmane.org/gmane.comp.lang.inug-4d.tech
Unsub:  mailto:4D_Tech-Unsubscribe@...
Post: mailto:4d_tech@...

(Continue reading)

headers

keisuke miyako | 11 Oct 10:40

Re: Output forms in 2004

I can see what's bogging you, believe me it gets even messier when  
you're dealing with far-eastern scripts.
the object size changes, even in compiled mode.

a typical scenario in my environment would be that I set font size=13  
on mac, which becomes 9 on win, which becomes 12 on mac, which  
becomes ... you get the idea. that is why I mentioned the ratio not  
just the font name.

in fact, at the system level, I think we are supposed to define font- 
families, character sets, and several other attributes so that, for  
example, a bar-code font will be respected regardless of the byte  
sequence, or to dynamically map the closest viable font in case the  
specific glyph is not present in the requested font.

all I can say is that apparently 4D automatically modifies the object  
height if the font size for windows and mac os is explicitly defined  
in the style sheet...  is it a feature, an excess  service or a bug is  
kind of beyond me and I cannot comment.

I just wanted to share my experience that MOVE OBJECT or not using  
style sheets is the only solution that I know of.

if neither of the workarounds seems unrealistic or unconvincing and  
you strongly feel there is a case to be made in contrary to the  
current de facto behavior, why not communicate through the forums your  
frustrations?

I am sure the QA team will be happy to hear your concerns.

(Continue reading)