Just to be clear .. I don't consider the inability to have the changing of an attribute affect the corresponding object property to be a bug (although it would be nice if it did) .. but if you're not able to modify the default value of an attribute/property by changing the underlying EDD or r/w rules, that would be a bug. I though that you could do that for image alignment, but can't check right now.
...scott On 6/13/13 7:54 AM, Matt Sullivan wrote: > I'll defer to any corrections Scott has on this topic, but I don't > think Adobe will consider this a bug. > > One of the advantages of using Fm to edit structure is that many > formatting attributes can be controlled via Fm's interactive properties. > > Attributes are typically mapped to Fm attributes via the Read/Write > rules in your structured application. To change that behavior, you > would change the files that make up the structured application. > > > -Matt > > Matt R. Sullivan > *co-author Publishing Fundamentals: Unstructured FrameMaker 11 > <http://framemaker11book.com/>* > *P:*714.798.7596 |*C:*714.585.2335 |matt at mattrsullivan.com > <mailto:matt at mattrsullivan.com> > > <http://twitter.com/mattrsullivan>@mattrsullivan > <http://twitter.com/mattrsullivan><http://www.linkedin.com/in/mattrsullivan>LinkedIn > > <http://www.linkedin.com/in/mattrsullivan><http://www.facebook.com/mattrsullivan>facebook > > <http://www.facebook.com/mattrsullivan><http://mattrsullivan.com/>mattrsullivan.com > > <http://mattrsullivan.com/> > > On Jun 11, 2013, at 1:15 PM, Heather Thomas <hthomas at avbasesystems.com > <mailto:hthomas at avbasesystems.com>> wrote: > >> Thank you very much, Scott! I appreciate your feedback. When I was >> looking for an image properties dialog, I came across the Anchored >> Frame dialog and you're right, it does set the alignment attribute too. >> >> I will report the bug to Adobe because I'd prefer to not have to set >> that for each image! >> >> Heather >> >> >> Scott Prentice <sp10 at leximation.com <mailto:sp10 at leximation.com>> , >> 6/11/2013 3:34 PM: >> >> Hi Heather... >> >> I believe that FM's default DITA support doesn't respond to >> editing the image attributes directly (might work with some of >> them). Select the anchored frame and choose Special > Anchored >> Frame, then select the desired alignment. This will set the frame >> alignment and *should* set the alignment attribute as well. There >> are a number of other properties/attributes that work this way as >> well. In general, it's set up to use the "GUI" property setting >> options rather than setting things via attributes. >> >> You should be able set the default value in the EDD and the r/w >> rules, and it should honor that when inserting the image. If it >> doesn't, that's definitely a bug. >> >> BTW .. DITA-FMx does these things properly. :o >> >> Cheers, >> >> ...scott >> >> >> On 6/11/13 12:19 PM, Heather Thomas wrote: >>> Thank you, Nadine and Scott, for your replies. >>> >>> Nadine: I am using FM 11 (sorry I didn't specify in my first >>> post). Yes, I want to change the default alignment of images. I >>> did change the default setting in the EDD and then import the >>> element definitions into my template. I know that the EDD was >>> imported because when I set choices vs. string, I could see the >>> choices in the Attributes pod. What I'm asking is why FrameMaker >>> is ignoring the default of left that I set and leaving it as <no >>> value>, but instead is making it center aligned when I save. >>> What's especially mysterious is that it actually says at the >>> bottom of the Attributes pod "align Type: Optional Choice >>> Default: left" but doesn't use that default value. >>> >>> Scott: Thanks for your suggestion to "use the default image >>> properties dialog. Don't try setting the element attribute." I >>> happily excused your unexpected brevity because you sent your >>> message from your phone. :) Perhaps sometime when you are at >>> your computer, could you please elaborate on this? I can't find >>> the dialog you mentioned, and if this is actually a bug that I >>> can't set the element attribute using my EDD, then I would like >>> to report it. I have read your response on the following Adobe >>> forum post:http://forums.adobe.com/message/3681019. Like the >>> original poster there, the Anchored Frame dialog works properly >>> for me. Manually setting the attribute to left does what I would >>> expect as well. I have also ensured that I have the following in >>> my rules: >>> /attribute "align" {/ >>> >>> / is fm attribute "align";/ >>> >>> / is fm property alignment;/ >>> >>> / value "left" is fm property value align left;/ >>> >>> Like I said before, it's not critical or anything, but it would >>> be nice if we could set the default alignment in the EDD and >>> have FM obey it. >>> >>> Thanks again! >>> Heather >>> >>> PS - Please note that there is a delay of at least 24 hours from >>> the time I post to the time my message appears on the list. >> >> _______________________________________________ >> >> >> You are currently subscribed to framers asmatt at mattrsullivan.com >> <mailto:matt at mattrsullivan.com>. >> >> Send list messages toframers at lists.frameusers.com >> <mailto:framers at lists.frameusers.com>. >> >> To unsubscribe send a blank email to >> framers-unsubscribe at lists.frameusers.com >> <mailto:framers-unsubscribe at lists.frameusers.com> >> or >> visithttp://lists.frameusers.com/mailman/options/framers/matt%40mattrsullivan.com >> >> Send administrative questions tolistadmin at frameusers.com >> <mailto:listadmin at frameusers.com>. Visit >> http://www.frameusers.com/for more resources and info. > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.frameusers.com/pipermail/framers/attachments/20130613/ff4c1fcc/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 1331 bytes Desc: not available URL: <http://lists.frameusers.com/pipermail/framers/attachments/20130613/ff4c1fcc/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 1380 bytes Desc: not available URL: <http://lists.frameusers.com/pipermail/framers/attachments/20130613/ff4c1fcc/attachment-0001.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 1576 bytes Desc: not available URL: <http://lists.frameusers.com/pipermail/framers/attachments/20130613/ff4c1fcc/attachment-0002.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 1222 bytes Desc: not available URL: <http://lists.frameusers.com/pipermail/framers/attachments/20130613/ff4c1fcc/attachment-0003.png>