I have this in my CSS:
table.agari_settings tr:nth-child(odd)
{
background: #FDE3CE;
}
It works splendidly in HTML presentations. PDF target outputs, OTOH, are all over the map. Row background colors usually do not alternate, often appear with just one row with the background color and no ...
Search found 225 matches
- Mon Oct 01, 2018 4:40 pm
- Forum: Printed Documentation Targets
- Topic: alternating background colors not working
- Replies: 12
- Views: 4610
- Fri Sep 28, 2018 9:56 am
- Forum: Printed Documentation Targets
- Topic: Font Awesome on PDF when there are not longer TTFs
- Replies: 2
- Views: 1231
Font Awesome on PDF when there are not longer TTFs
My biggest stumbling block in getting a final PDF output for this release is Font Awesome. I've watched the Mike Kelly video and looked at the (extremely sparse) slide deck, as well as read the many forum posts here. All say that it required the TTF versions of the font to be installed.
But it ...
But it ...
- Tue Sep 25, 2018 4:45 pm
- Forum: Printed Documentation Targets
- Topic: PDF output: A few nits
- Replies: 4
- Views: 1777
Re: PDF output: A few nits
This worked, but I wonder why I need the non-standard, MadCap-specific code in my CSS? Why does Flare not honor the "proper" CSS that is supposed to do the same thing?Nita Beck wrote:For the first issue, use mc-hyphenate: never;
- Tue Sep 25, 2018 3:35 pm
- Forum: Printed Documentation Targets
- Topic: PDF output: A few nits
- Replies: 4
- Views: 1777
PDF output: A few nits
I have my PDF output nearly the way I wanted it. I finally learned that the best way to put title and contents pages nicely was to create a separate page layout.
But a couple of things I can't figure out.
ON the title page, one of the longer words in the title keep hyphenating. I have the style ...
But a couple of things I can't figure out.
ON the title page, one of the longer words in the title keep hyphenating. I have the style ...
- Mon Sep 24, 2018 11:49 am
- Forum: Printed Documentation Targets
- Topic: Content margins not what they are defined in CSS
- Replies: 4
- Views: 1878
Re: Content margins not what they are defined in CSS
Have you got a "padding" setting somewhere in the default medium? Padding sometimes sneaks in there and is added to the margin setting. Try specifying "padding: 0;" in that bit of the stylesheet you've shown us and see what happens. Maybe a bit rough and ready, but it might get you started.
I ...
I ...
- Thu Sep 20, 2018 12:14 pm
- Forum: Printed Documentation Targets
- Topic: Content margins not what they are defined in CSS
- Replies: 4
- Views: 1878
Content margins not what they are defined in CSS
I'm confused. I have a very explicit margin set in my CSS for print output. Yet the actual output seems to do what it wants.
This is the CSS:
print_css.PNG
And this is what I see in the Print Preview mode (also what prints out):
print_preview.PNG
IOW, I clearly specified 0.5in left margin ...
This is the CSS:
print_css.PNG
And this is what I see in the Print Preview mode (also what prints out):
print_preview.PNG
IOW, I clearly specified 0.5in left margin ...
- Fri Sep 07, 2018 10:27 am
- Forum: Styles, Stylesheets and XML
- Topic: My image sizing seems to be ignored
- Replies: 5
- Views: 3681
Re: My image sizing seems to be ignored
IOW, the height and width attributes are supposed to be applied to the content area created by the browser for the image, not the the container that the image is placed in.
Ok, not sure if you mean something different to what I was saying. Isn't this 'content area' going to occupy the size of its ...
Ok, not sure if you mean something different to what I was saying. Isn't this 'content area' going to occupy the size of its ...
- Thu Sep 06, 2018 2:14 pm
- Forum: Styles, Stylesheets and XML
- Topic: My image sizing seems to be ignored
- Replies: 5
- Views: 3681
Re: My image sizing seems to be ignored
What are you actually trying to do? How do you want images to behave?
Setting width/height to 50% will make the image use 50% of the available space in its container . That bit is really important - it doesn't mean 50% of the image's original size.
Typically, you'd not set both width and height ...
Setting width/height to 50% will make the image use 50% of the available space in its container . That bit is really important - it doesn't mean 50% of the image's original size.
Typically, you'd not set both width and height ...
- Wed Sep 05, 2018 6:17 pm
- Forum: Web-based Outputs
- Topic: Why is Flare adding value attribute to list items?
- Replies: 1
- Views: 771
Why is Flare adding value attribute to list items?
In my output, I see this in the source code:
<ol>
<li value="1">Go to ..>.</li>
<li value="2">If you have ... </li>
<li value="3">Click ... </li>
<li value="4">Copy the ... </li>
<li value="5">Enter a ..</li>
<li value="6">Click ... </li>
</ol>
I know Flare has to add some code to ...
<ol>
<li value="1">Go to ..>.</li>
<li value="2">If you have ... </li>
<li value="3">Click ... </li>
<li value="4">Copy the ... </li>
<li value="5">Enter a ..</li>
<li value="6">Click ... </li>
</ol>
I know Flare has to add some code to ...
- Wed Sep 05, 2018 5:09 pm
- Forum: Styles, Stylesheets and XML
- Topic: My image sizing seems to be ignored
- Replies: 5
- Views: 3681
My image sizing seems to be ignored
I was trying to do a little bit of fancy things with images in CSS, but it wasn't working, so I tried to simplify things. Here is my currect CSS that controls images:
img {
width: 50%;
height: 50%;
}
figure {
border: 2px;
border-color: #f68d39;
}
figure img
{
margin-left: auto;
margin-right ...
img {
width: 50%;
height: 50%;
}
figure {
border: 2px;
border-color: #f68d39;
}
figure img
{
margin-left: auto;
margin-right ...
- Wed Sep 05, 2018 4:38 pm
- Forum: Styles, Stylesheets and XML
- Topic: CSS fails when output type changed from HTML to PDF
- Replies: 8
- Views: 6713
Re: CSS fails when output type changed from HTML to PDF
OK, I guess I just shouldn't expect too much from the PDF processor. I will log a feature request though, in case it does result in better documentation about which attributes are not available.
Here's hoping that they come up with a complete list. The last time I asked for a list of which CSS ...
Here's hoping that they come up with a complete list. The last time I asked for a list of which CSS ...
- Mon Aug 27, 2018 2:19 pm
- Forum: Source Control
- Topic: Publish a target directly to a GitHiub project?
- Replies: 2
- Views: 3533
Publish a target directly to a GitHiub project?
So I'm taking an online class at CCSF on XML & JSON, and the intro to the class suggests that I can use GitHub pages for my work, rather than the campus server (which I have always used in the past, typically via ssh and Dreamweaver). So I gave it a shot. On my own GitHub account, I created a new ...
- Thu Aug 23, 2018 2:37 pm
- Forum: Flare's General Discussion
- Topic: Parallels vs. VMware
- Replies: 0
- Views: 892
Parallels vs. VMware
I think I'm switching back to Parallels.
After a bunch of research into posts here and feedback on questions I'd posted, we bought VMware after it seemed that running Flare in Parallels was causing issues that VMware did not see. But as it turns out, Flare in VMware runs achingly slooooow. (Not to ...
After a bunch of research into posts here and feedback on questions I'd posted, we bought VMware after it seemed that running Flare in Parallels was causing issues that VMware did not see. But as it turns out, Flare in VMware runs achingly slooooow. (Not to ...
- Thu Aug 23, 2018 2:24 pm
- Forum: Styles, Stylesheets and XML
- Topic: Invalid line-height: inherit error
- Replies: 9
- Views: 5621
Re: Invalid line-height: inherit error
Try putting the CSS links to font awesome in your master page - I think that should bypass Flare's CSS parser, and stop the error message.
I don't want it in my master page. It clutters up the Style pane with hundreds of styles, making it much harder to find and apply the styles I do use.
Well ...
I don't want it in my master page. It clutters up the Style pane with hundreds of styles, making it much harder to find and apply the styles I do use.
Well ...
- Tue Aug 14, 2018 11:29 am
- Forum: Styles, Stylesheets and XML
- Topic: Invalid line-height: inherit error
- Replies: 9
- Views: 5621
Re: Invalid line-height: inherit error
I don't want it in my master page. It clutters up the Style pane with hundreds of styles, making it much harder to find and apply the styles I do use.Dave Lee wrote:Try putting the CSS links to font awesome in your master page - I think that should bypass Flare's CSS parser, and stop the error message.
- Fri Aug 10, 2018 2:52 pm
- Forum: Styles, Stylesheets and XML
- Topic: Invalid line-height: inherit error
- Replies: 9
- Views: 5621
Invalid line-height: inherit error
I'm getting an error now that I have Font Awesome locally: CSS: Invalid line-height: inherit. I looked, and this property-value pair is in nearly every selector in the Font Awesome CSS file.
Actually, it's not quite so much an error as a message. Which opens up the Messages pane pretty much every ...
Actually, it's not quite so much an error as a message. Which opens up the Messages pane pretty much every ...
- Fri Aug 10, 2018 2:26 pm
- Forum: Styles, Stylesheets and XML
- Topic: Font Awesome (sigh) in a single topic
- Replies: 5
- Views: 3241
Re: Font Awesome (sigh) in a single topic
Can I just say I'm enjoying following The Continuing Adventures of Chuck Agari ? :)
Seriously though, thanks for posting all the things you're trying.
As much as I post when I need some help, I know that the trials--and solutions--could possibly help others, and that's what forums such as this are ...
Seriously though, thanks for posting all the things you're trying.
As much as I post when I need some help, I know that the trials--and solutions--could possibly help others, and that's what forums such as this are ...
- Thu Aug 09, 2018 6:30 pm
- Forum: Styles, Stylesheets and XML
- Topic: Font Awesome (sigh) in a single topic
- Replies: 5
- Views: 3241
Re: Font Awesome (sigh) in a single topic
Follow up: I also found this, from MadWorld a year ago: https://www.madcapsoftware.com/blog/2017/05/25/madcap-flare-tip-use-custom-fonts-flare-outputs/
It's not specific to Font Awesome. But it does state that for HTML5 output, the fonts must be downloaded and placed in a Fonts folder. Is this ...
It's not specific to Font Awesome. But it does state that for HTML5 output, the fonts must be downloaded and placed in a Fonts folder. Is this ...
- Thu Aug 09, 2018 5:55 pm
- Forum: Styles, Stylesheets and XML
- Topic: Font Awesome (sigh) in a single topic
- Replies: 5
- Views: 3241
Re: Font Awesome (sigh) in a single topic
Follow up: I also found this, from MadWorld a year ago: https://www.madcapsoftware.com/blog/2017/05/25/madcap-flare-tip-use-custom-fonts-flare-outputs/
It's not specific to Font Awesome. But it does state that for HTML5 output, the fonts must be downloaded and placed in a Fonts folder. Is this ...
It's not specific to Font Awesome. But it does state that for HTML5 output, the fonts must be downloaded and placed in a Fonts folder. Is this ...
- Thu Aug 09, 2018 5:47 pm
- Forum: Styles, Stylesheets and XML
- Topic: Font Awesome (sigh) in a single topic
- Replies: 5
- Views: 3241
Font Awesome (sigh) in a single topic
Flare 2018, Windows 10 Pro, VMware, MBP
So I followed Danial Ferguson's instructions (https://www.smartoutput.com/using-fontawesome-in-your-madcap-flare-html-output/) exactly. (Well, not quite; the current CDN does not have the defer attribute that he documents adjusting for Flare's XHTML.) Because ...
So I followed Danial Ferguson's instructions (https://www.smartoutput.com/using-fontawesome-in-your-madcap-flare-html-output/) exactly. (Well, not quite; the current CDN does not have the defer attribute that he documents adjusting for Flare's XHTML.) Because ...
- Thu Aug 02, 2018 2:36 pm
- Forum: Styles, Stylesheets and XML
- Topic: HTML entity defined in ::before selector not appearing
- Replies: 3
- Views: 1568
Re: HTML entity defined in ::before selector not appearing
I figured it out. (Damn, I'm stubborn.)
I had started with this page I found for HTML character entities: https://dev.w3.org/html5/html-author/charref
After a few more unsuccessful searches, I decided to validate my CSS. The W3C CSS validator was overtaxed, so I went to csslint.net. It found an ...
I had started with this page I found for HTML character entities: https://dev.w3.org/html5/html-author/charref
After a few more unsuccessful searches, I decided to validate my CSS. The W3C CSS validator was overtaxed, so I went to csslint.net. It found an ...
- Thu Aug 02, 2018 12:12 pm
- Forum: Styles, Stylesheets and XML
- Topic: HTML entity defined in ::before selector not appearing
- Replies: 3
- Views: 1568
Re: HTML entity defined in ::before selector not appearing
And just to show you how I had a brain fart today, that should be font-weight: bold;
- Thu Aug 02, 2018 10:37 am
- Forum: Styles, Stylesheets and XML
- Topic: HTML entity defined in ::before selector not appearing
- Replies: 3
- Views: 1568
HTML entity defined in ::before selector not appearing
I'm trying to do this:
h2.TaskHeading::before, h3.TaskHeading::before, h4.TaskHeading::before {
content: ⪢
font-style: bold;
}
⪢ defines an HTML entity that's basically a double right arrow. The full definition if
⪢
⪢
⪢
When I look at the source in the output, I'm seeing the ...
h2.TaskHeading::before, h3.TaskHeading::before, h4.TaskHeading::before {
content: ⪢
font-style: bold;
}
⪢ defines an HTML entity that's basically a double right arrow. The full definition if
⪢
⪢
⪢
When I look at the source in the output, I'm seeing the ...
- Thu Aug 02, 2018 10:11 am
- Forum: Styles, Stylesheets and XML
- Topic: Reference to Open Sans in Master Page removed in HTML5 outpu
- Replies: 7
- Views: 3272
Re: Reference to Open Sans in Master Page removed in HTML5 o
I'll try this, but it doens't feel like it makes sense, for two reasons. First, it can by no means be considered "local" when it's a link to a resource that's completely external. Second, the connotation--and the mental model--of a "local" stylesheet feels like it's one that's referenced in a ...
- Wed Aug 01, 2018 5:34 pm
- Forum: Styles, Stylesheets and XML
- Topic: Reference to Open Sans in Master Page removed in HTML5 outpu
- Replies: 7
- Views: 3272
Re: Reference to Open Sans in Master Page removed in HTML5 o
I can't remember the details, but W3schools sometimes gets things completely wrong (It was regularly panned on a couple of dev sites a few years ago. And despite the name, I don't think it's affiliated with the W3C). So if I want to try stuff, I visit w3schools, but if I want The Word(tm) I visit ...