[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [cgmo-webcgm] Updated DTD and sample instance
Hi, I'm catching up on some past issue dialogs. Here is one small point of clarification on this thread, embedded... At 01:11 PM 3/20/2008 -0400, Bezaire, Benoit wrote: >Thanks for the pointers. > >I am personally not in favor of this. > >I think it should remain a user agent feature. An implementer may want >to provide a User Interface for resolving font substitution issues (for >example). > >I think the problem of font substitution should be dealt with >differently (ex: modifying the profile) instead of standardizing a font >mapping file. > >I also think authors need to be informed about the problem. They should >be using fonts that can be found on several platforms. Not relying on >optional font substitution mechanisms. > >I also have a lot of questions about the two elements: <cgmFont> and ><displayFont>? About <cgmFont>, where are the font names defined? I see >for example: Courier-BoldOblique in the profile. > >Is there any chance that font name could be? ><cgmFont>COURIER_BOLDOBLIQUE</cgmFont> ><cgmFont>COURIER BOLD OBLIQUE</cgmFont> ><cgmFont>COURIER-BOLD_OBLIQUE</cgmFont> ><cgmFont>COURIER BOLDOBLIQUE</cgmFont> > >What are the rules? In a CGM instance, the rules are in T.16.13: http://docs.oasis-open.org/webcgm/v2.0/OS/WebCGM20-Profile.html#webcgm_4_5 The answer is "no" to all 4 variations (T.16.13). However, this is valid: CoUrIeR-BoLdObLiQuE The rules for a WebCGM instance are: case insensitive, else must match exactly. It would be a question to be decided, for the proposed <cgmFont> element, what naming latitude is desired. >Same thing applies for <displayFont>... Same for <displayFont> -- to be decided. >Sorry, but I see many headaches for implementers. I don't see this as the big issue. If we want the feature, we solve the problems of definition, as always. > From a users >perspective, they are likely familiar with our preferences file and >would probably appreciate status quo. That is the real issue -- do we want the feature? (Which question I'll get back to in a later email.) -Lofton. >-----Original Message----- >From: Cruikshank, David W [mailto:david.w.cruikshank@boeing.com] >Sent: Thursday, March 20, 2008 11:02 AM >To: Bezaire, Benoit; CGM Open WebCGM TC >Subject: RE: [cgmo-webcgm] Updated DTD and sample instance > >Actually the WebCGM Profile does address font substitution for >interpreters. See T.26.6. I agree that implementing a standard font >mapping file requires a change to that table with a reference to the new >Chapter 9. > >It also addresses it on the generator side in T.25.4. > >Dave > > > > >Technical Fellow - Graphics/Digital Data Interchange Boeing Commercial >Airplane 206.544.3560, fax 206.662.3734 david.w.cruikshank@boeing.com > >-----Original Message----- >From: Bezaire, Benoit [mailto:bbezaire@ptc.com] >Sent: Thursday, March 20, 2008 7:34 AM >To: CGM Open WebCGM TC >Subject: RE: [cgmo-webcgm] Updated DTD and sample instance > >Dave, not sure if you have email access by now. I wouldn't mind getting >your thoughts on this? > >-----Original Message----- >From: Bezaire, Benoit [mailto:bbezaire@ptc.com] >Sent: Wednesday, March 19, 2008 8:53 AM >To: CGM Open WebCGM TC >Subject: RE: [cgmo-webcgm] Updated DTD and sample instance > >I was under the impression the spec allowed a font mapping mechanism, >but it doesn't. The only thing the spec says is that if the font is not >present, the default font should be used. > >This, to me, is a user agent feature. If it gets standardize, the >profile would need to change. > >I would be in favor (if doable) to change the profile and help the >situation by, for example: >- allowing a list of font index (instead of one) on text elements, (if >the first font is not available, try the following one, and so on). >- allowing generic font-families: serif, sans-serif, cursive, fantasy, >monospace >- modifying the list of allowed fonts in the profile, i.e., select fonts >that are available on multiple platforms. > >Overall, I would try to get rid of the font mapping mechanism instead of >standardizing it. Also I wonder if something that has been around for 17 >years should be modified. If users are accustomed to the vendors files, >why change them and possibly risk new font related issues. > >Ben > >-----Original Message----- >From: Cruikshank, David W [mailto:david.w.cruikshank@boeing.com] >Sent: Tuesday, March 18, 2008 2:14 PM >To: Bezaire, Benoit; CGM Open WebCGM TC >Subject: RE: [cgmo-webcgm] Updated DTD and sample instance > > > Every CGM product (viewer and illustrating packages) I've worked with >over the last 17 years has a font mapping mechanism. This was an >attempt to standardize that file. Whether my computer (platform >independent)has helvetica, arial, swiss, etc., it allows me to control >the display font that I want to use from what is called out in the CGM >file. The WebCGM Profile calls out the Adobe 13 fonts. Included in >that list is 'Helvetica' (case insensitive). Helvetica is not a font >that Microsoft distributes in windows. It does distribute Arial. I do >have Helvetica in my unix box, but I also have Swiss on that box. I may >want to use it instead. > >Font mapping has been around for a long time in the CGM community. > >dave > > >Technical Fellow - Graphics/Digital Data Interchange Boeing Commercial >Airplane 206.544.3560, fax 206.662.3734 david.w.cruikshank@boeing.com > >-----Original Message----- >From: Bezaire, Benoit [mailto:bbezaire@ptc.com] >Sent: Monday, March 17, 2008 1:04 PM >To: CGM Open WebCGM TC >Subject: RE: [cgmo-webcgm] Updated DTD and sample instance > >I've been thinking about this for a while, and I'm not convinced this >will help interoperability. I'm referring mostly to the font mapping >section. > >Are there any restrictions on the content of <cgmFont>? >Are there any restrictions on the content of <displayFont>? > >Are the problems mainly when going from Unix to Windows (and vice >versa)? >What's a typical (frequent) scenario? > >Ben > >-----Original Message----- >From: Cruikshank, David W [mailto:david.w.cruikshank@boeing.com] >Sent: Sunday, March 16, 2008 6:23 PM >To: CGM Open WebCGM TC >Subject: [cgmo-webcgm] Updated DTD and sample instance > >I found a problem in the WebCGM configuration DTD, fixed it, and created >sample instance to demonstrate its usage. > >The instance is made up using some of the PTC font mapping table and >some Boeing settings for the style properties. > >I have not incorporated scaling of the font glyphs in the x and y >direction yet, but will do that at the mapping level. > >The font mapping was set up only to be used by viewers. I could extend >it to cover both import and export, so it could be applied to >illustrating packages (thoughts?) > >Thx...Dave > <<webcgmConfig.dtd>> <<myconfig.xml>> > >Technical Fellow - Graphics/Digital Data Interchange Boeing Commercial >Airplane 206.544.3560, fax 206.662.3734 david.w.cruikshank@boeing.com > > >--------------------------------------------------------------------- >To unsubscribe from this mail list, you must leave the OASIS TC that >generates this mail. You may a link to this group and all your TCs in >OASIS >at: >https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > > >--------------------------------------------------------------------- >To unsubscribe from this mail list, you must leave the OASIS TC that >generates this mail. You may a link to this group and all your TCs in >OASIS >at: >https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > > >--------------------------------------------------------------------- >To unsubscribe from this mail list, you must leave the OASIS TC that >generates this mail. You may a link to this group and all your TCs in >OASIS >at: >https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > > >--------------------------------------------------------------------- >To unsubscribe from this mail list, you must leave the OASIS TC that >generates this mail. You may a link to this group and all your TCs in OASIS >at: >https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]