HTML+CSS conversion issue with nth-child() selector

Why doesn't Adobe Acrobat XI Pro convert the below HTML code correctly when I try to create a PDF from it?
I've simplified the actual code significanly in order to present the problem in its simplest possible form. The code below uses the CSS "counter" feature to modify <li> elements according to a specific pattern. This code enumerates and indents every third line in the progression 1,4,7,10,13, ...
In Firefox and Internet Explorer, this code is displayed correctly, but Acrobat XI Pro ignores the lines with the "nth-child(3n+1)" selector which contain directives to hide line enumeration on non-matching lines and to indent text on matching lines. Acrobat XI Pro instead displays line enumeration for all lines and doesn't indent text on any line, as if the two directives containing the "nth-child(3n+1)" selector were not present at all.
Is this a bug or is it an unsupported feature in Adobe Acrobat XI Pro?
Whichever the case, any suggestions on a not too labourious alternative method to achieve the same result?
As things are, I've been forced to resort to using the so called "poor man's nth-child selector" workaround (abouthalf.com/development/poor-mans-nth-child-selector-for-ie-7-and-8/), which requires manual specification of each line's content with ever-increasing code extension/repetition. It gets the job done, but in a very messy and time-consuming way, and it only works with pre-defined static content. In terms of size, the difference is that of less than 1kb CSS file size when using the nth-child() selector vs more than 75kb CSS file size when using the above mentioned workaround, for a 250 line predefined stylesheet.
Surely there has to be a better way to deal with this issue? Support for a core HTML/CSS feature that generates ordered layout patterns for line enumeration, indentation, etc, would seem like a top priority feature to support in a product such as Adobe Acrobat Pro, given its focus on page layout...
<html>
<head>
<style type="text/css">
body { margin: 75px 90px; }
li { list-style-type: none; counter-increment: listing; }
li:after { content: counter(listing); float: right; margin-right: -2em; visibility: visible; }
li:not(:nth-child(3n+1)):after { visibility: hidden; }
li:nth-child(3n+1) { text-indent: 25px; }
</style>
</head>
<body>
<li>Line One</li>
<li>Line Two</li>
<li>Line Three</li>
<li>Line Four</li>
<li>Line Five</li>
<li>Line Six</li>
<li>Line Seven</li>
<li>Line Eight</li>
<li>Line Nine</li>
<li>Line Ten</li>
</body>
</html>

Any suggestion what the issue and/or solution might be?

Similar Messages

Issue with Parent child dashboards using SWFLoader component

Hello Gurus,
I am using Parent-child dashboards approach in our project.
I have multiple child files embedded in Parent dashboard using the SWFLoader (directly passing the URL as SWFLoader value) to load child dashboards. All the child, parent swf's are saved in the same intranet folders.
When I open the parent SWF, everything loads fine in the intranet.
But for some users, when they open from the intranet, the child dashboard doesnt load up properly or size of the dashboard gets reduced to a small version. (Iam sure that it has nothing to do with the access/privileges)
Any thoughts/ideas what could be causing an issue with child dashboard/resizing of the child dashboard.
Please help!
regards,
S R

Check whether the machine has compatible flash version in error specific machine and your machine.

Catalyst and HTML/CSS Round Trip with Flash?

Question one: I was wondering if Catalyst will be able to assist in importing into Flash an existing (or under development) HTML page which contains flash apps --to make technical changes such as insert more multimedia? audio, swf, jpgs, etc?
I have a nearly completed html/css page that contains Flash etc., but I'd like to add a new swf at the beginning of the page and edit it in Flash to be sympatico with the overall style established in Dreamweaver. I am using CS4 Premium Creative Suite.
I know how to bring Flash files into Dreamweaver but a round trip would be so great! Can Catalyst do it? or what do you recommend?
Question two: I am hoping to give Catalyst Beta a try where do I sign in for it?
Joy Foraker
I Web Woman

Hey Joy,
Currently there isn't any way to go between Flash Catalyst and Flash CS4. You can bring the SWFs you create in Catalyst into Dreamweaver in the same way you bring in other SWFs, but it won't be able to edit or change any of your current Flash files.
And the public beta is getting close, we're still looking at late May, early June. You can sign up here - http://www.adobe.com/cfusion/mmform/index.cfm?name=flashcatalyst_notify - to be notified when Catalyst goes beta.
=Ryan
[email protected]

OPM 10.3 - Conversion Issue with Screens from 10.2

Hello All,
We upgraded one of our rulebases to 10.3 today.
On build and debug, our summary screen seemed out of order
In reviewing the screen, it seems that the screen items have been sorted, with the labels at the top and the goals at the bottom.
The other screens appear to be fine.
Any thoughts?
Cheers,
Allan

Hi Gibson
I think u can try this...although its not exactly the same issue we had but somewhat similar...compatibility issue...
On OPM v10.3 u create new project...add all the files from the project folder u had created on version 10.2 to the new project u have created on 10.3...all the files...word files, excel sheets, properties files, screen files etc...now u try to build and run the new project...it worked for us...if u have done any changes to the appearances of the screens with html or css then copy all the files from folders under this folder C:\projects\<ur project name>\Release\web-determinations\WEB-INF of the project created in the 10.2 to the same folders under the same directory of the project u have created on 10.3...I hope this will help
Cheers and Regards
Bijay Mishra

Unicode MDMP conversion issue with document management table.

Hi,
We are in a process of doing a unicode conversion for our ECC 6.0 MDMP non-unicode system. We have completed the scans and we found close to 14 million words not assigned to the codepages.
Then we checked at the table level which table has the highest number of words. There is one custom table ZQMDOCS which is used to store documents (MS-word) documents those are test procedures for our labs.
If we see the MS-word document in non-unicode we are able to get to the document and just did some dummy assignment and completed the import and on our unicode system if we try to open the document it is opening in a readable format.
So the issue is the data what is being stored in the document is in english but the formating which is done is read as a special character in a unicode system and in SAP it stores raw data.
Please suggest ways to resolve this issue or any possible workarounds for this. This is a very critical table ( 43,000 documents & close to 14 million words not assign to the code page)
Thanks
Junaid.

Hi Venkat,
Thanks a lot for your immediate response.
The InfoObject 0DOC_TYPE was without conversion exit by default. but when data coming from R/3 it is converting and sending to BW So that's why i am planning to use conversion exit "AUART" in the info Object.
I checked data in R/3 using RSA3 it is showing sales document type as "OR" and for the same transaction data when i checked in PSA it is showing as "TA".
Could you please let me know if there any other options.
Thanks in advance,
Dara.

Conversion issue with the French version of Presenter 9 and 10

Anterior versions worked fine
The problems described here arise on different PC (windows 7)
Some "objects" (images, graphics...) in the ppt wont show up in the Presenter document
Sentences and even words are cut : the first part is shown on a line and the other part on a second line
We tried the "shadow 1%" fix but without any success.
Those problems can arise even in a previously "normal" Presenter document !
For example :1) Slide 4 of a Presenter document X is ok. 2) We make a modification in the slide 2 of the ppt x 3) then publish in presenter. 4) we realize that slide 4 lay-out is no longer normal !!!

Unfortunately, I need to report back that this didn’t resolve the issue. On my presenter, the editor still jumps over the slide with the logos. As said earlier, it shows the slide for line 0,2 seconds and then moves to the next.
Also, for the record, I have many slides with only 7 objects (2 pics and 5 text fields) which have the same effect in some other presentations.
Please advice.
Best regards,
Matti Heikkonen
SEVP, Global Operations
QuestBack AS
Mob +47 47 922 170
[email protected]

Css layout issue with IE

Hi Folks,
I've tried two different things in my stylesheet and each
produces an odd error that I'm not sure what the deal is. I'm
working with a wraper, leftnav and content area. when I do this
#leftWrap
width: 190px;
float: left;
clear: both;
#content
margin-left: 140px;
border-left: 1px solid gray;
padding: 1em;
max-width: 500px;
I end up with my individual products clearing the left menu
and showing up way down on the page in IE
an example product page is:
http://pinkgolftees.com/p-13-tatoo-golf-jordyn-ladies-high-performance-poly-dri-polo-shirt .aspx?skinid=9
when I change my stylesheet the product looks fine, but then
my list of manufacturers clears the left side. here's what I've
changed to:
#leftWrap
width: 190px;
float: left;
clear: both;
#content
margin-left: 140px;
border-left: 1px solid gray;
padding: 1em;
width: 590px;
sample manufacturer page is here:
http://pinkgolftees.com/m-3-tattoo-golf.aspx?skinid=9
I'm not sure what the deal is and why I can't have both work
or why they produce different results. can anyone shed some light
for me?
thanks
Mark

OK, I figured out a way to do this. It was the float property
that was causing the grief. So, I changed this:
float: right;
to this:
margin-left: auto;
margin-right: 0px;
Which fixed it up.
Peter.

Conversion issues with decimal points from v5.1.5 to XI

Several reports which were converted from v5.1.5 full client to XI Webi have numeric differences. When comparing v5.1.5 to XI, the sums on the columns don't exactly match. The cell format on these numbers is set to eight decimal points. When we converted, I noticed the cell format changed from number 0.00000000 in 5.1.5 to custom 0.00000000 in XI. I don't know if this is the reason the sums don't match or if it's something else.

Hello Ellen,
as you refer to a Webi problem I recommend to post this query to the [BusinessObjects Web Intelligence|SAP BusinessObjects Web Intelligence; forum.
This forum is dedicated to topics related to the creation and design of Web Intelligence documents using the Web Intelligence Report Panels. This includes areas such as universe connectivity, prompts, charting, formatting, filters, and formulas.
It is monitored by qualified technicians and you will get a faster response there.
Also, all Webi queries remain in one place and thus can be easily searched in one place.
Best regards,
Falk

Looking for HTML,CSS,Dreamweaver books

Hello, I will start teaching a web design class for the first time soon. I am looking for well laid out, detailed, step by step HTML, CSS, Dreamwever books with examples and implementations (activities) for my students to follow and apply as they learn new content. Website suggestions would also be perfect to use as supplemental materials.
Any suggestions are greatly appreciated. Thanks,
Ekrem
[email protected]

HTML, CSS & Web Design Theory Tutorials -
http://www.html.net/
http://w3schools.com/
http://www.csstutorial.net/
http://webdesign.tutsplus.com/sessions/web-design-theory/
How to Develop with CSS?
http://phrogz.net/css/HowToDevelopWithCSS.html
Centering Pages, Images and other elements with CSS
http://cookbooks.adobe.com/post_Centering_web_pages_and_other_elements_with_CSS-16640.html
Creating your first web site in DW -
http://www.adobe.com/devnet/dreamweaver/articles/first_website_pt1.html
Nancy O.

Unique issue with PDF to WORD .doc conversion with Acrobat Pro - any ideas?

I have been unable to solve the following issue when converting (save as...) PDF documents to Microsoft Word .doc using numerous methods. This could either be an issue that would be fixed in Acrobat Pro itself, or in MS Word - posting to the Adobe forums first.
PREFACE: I am attempting to use the converted .doc file with translation applications/software. Google Translator Toolkit is what I use the most, but ALL other translators are having this very same issue with the .doc file. --The source PDFs are product information from drug manufacturers in various countries that I need to have translated to English. I do not have access to their source documents, as they do not provide their own source docs for obvious reasons.
ALSO: I cannot use Google Translator toolkit to translate from PDFs directly - if you do that, it will attempt to translate a PDF and then export in an .html file, but it does not get the exact spacing of the sentences correctly, which leads to errors in translating - key things such as "can take with alcohol" and "do not take with alcohol". So that's out!
I am not having any problems with the resultant .doc file in MS Word itself. It looks right, the spacing matches the original PDF source perfectly, prints correctly, etc... Reference here on a product info sheet from Austria in German:
The problem: This is a screenshot from Google Translator Toolkit - the right side of the image - the spacing in the lettering from the .doc file I am uploading is not being read correctly, resulting in untranslated gibberish. (Note: this isn't a problem with the translation applications or software -- all are having this issue with .doc files converted from .pdf - this issue isn't present with any old .doc file that wasn't converted from a .pdf) -- It's definitely got something to do with some kind of embedded data in the .doc file that I cannot isolate!!)
My settings in Adobe Pro (convert from PDF to .doc):
Page layout: Flowing Text (this prevents the resultant .doc from having all of those text boxes, which also don't then work in translators)
Include comments: True
Include images: True
Run OCR if needed: True
Notes:
-I have run OCR text recognition on the source PDF files in it's specific language.
-I have edited the accessibilty of the PDF and have run the tag recognition and quick checks (to see if they solved the issue, which it did not - tagged or untagged, same problems!)
-I have exported the .doc BACK to PDF using MS Word's function, which results in a great looking tagged PDF. THEN I re-saved this new PDF back as a .doc - same issue.
-I have tried saving the PDF in all of the other formats that the translators accept. All have different issues. The only one that works consistently is saving to a .txt (plain)... The best is a .doc to .doc conversion, with all the original spacing. (I am not spending hours reformatting a .txt translation in word)...
I can't seem to find where this spacing data is in the .doc file!!!! (Changing the fonts, sizes, margins -- doesnt fix this either). I have tried so many methods...
Any thoughts on other things to try in Adobe Pro (or Word)?
EDIT: Here's an additional tidbit of info that may be the key to this... There's some kind of coding that is in the .doc that Adobe Pro converted from the source PDF that doesnt display in Word, but that is being seen by the translation programs....... I have no idea what these are, but I want to remove them!
Message was edited by: KaotikADC

I would suggest you look at the fonts that are being used. It may be a font issue that is not properly being read by the translation program.

Can someone provide HTML and CSS compatibility issues list in IE 12?

Hi There,
We recently come to know from our team members that Microsoft going to release Internet Explorer (IE) 12. But there are some compatibility issues with HTML and CSS which can break our web sites. Can someone provide us list of issues that we can face in IE
12, so that we can work on their resolution.
Regards,
Ankush

Hi,
http://status.modern.ie
or
f12>Console tab>
document.body.style
Rob^_^

HTML+CSS Issue

Hi there,
I am not sure if my question can be answered here, but here's what's happening:
I have a blog on my page that's hosted by Zenfolio, and they don't support this, yet its their interface doing this and not me. Whenever I insert a new image, and click next to it and then "enter" to make a new paragraph below for text or another image it is adding unwanted paragraphs! In the photo below there should be one paragraph and not 8.
I used to have this happen to me in Dreamweaver rarely, but I was able to go in HTML view and simply delete the extra paragraphs without altering the rest of the layout. If I go in HTML view in that interface it will not just delete those paragraphs, but would mangle up everything....see the other screen shot: It is moving the text around the image which is not what I want.
This interface I am typing now is very similar with the one from Zenfolio, here too I inserted these photos, and had to click next to them + enter to go down to the next paragraph, and when I looked at the HTML there was only one paragraph spacing between the images as it should be; so the question is why is it doing this and how do I stop it!? I rather not use tables. (Which was their suggestion, and which has also a spacing problem; I set the height of the cell to 22 for example and when previewing the post its at least 60).

Hi,
I don't have that option...this is what I have there: They don't allow many options apparently on the posts; I can't change the margin either, and its set to like 45 or something...really far from the side of the page. I can customize the CSS for the rest of the page, but not the blog part. I have an issue with the text size too because it makes it 1.36% larger by default, and whenever I change that it won't remember it as I continue on the same line. I set the size at 12, and after I put a period, and continue on the same line it blows the text again at 16.
I emailed them about it...that interface also doesn't correct spellings; it underlines them but not offers the correction, it offers me to paste from word...which is very annoying.
Thank you,

An issue with DigitalColor Meter and HTML codes

First off, I apologize if this is in the wrong area; it seemed to be the one most closely related i could find.
I've been using the Mac's DigitalColor Meter program for ages now to grab color codes for my web design work. Until recently, it was fine; find the color you need, shift-command copy it, then paste it into the HTML source code as appropriate. Simple as pie.
Roughly a month or two ago, however, I realized I was having issue with it. I could still copy-and-paste the hex code as normal, but suddenly it wasn't showing up correctly when viewed in soem browser, but fine in others. After a lot of hair-wringing and experimentation, I discovered that (presumably) something had changed with the way DCM copied/pasted its hex code.
When I paste the code, it is inserting invisible characters after each pair of letters. It took me forever just to figure this out, as they were, well, invisible. I couldn't see them in my text editor, but when I used the arrow keys to move along the hex code as pasted, it would pause appropriately each time I got to those points. A friend of mine looked at the code in his (PC-based) text editor, and clearly saw the extra characters, altho it doesn't show up in any of my mac-based ones.
What he saw: "#ab cd ef "
What I see: "#abcdef"
This is, as best I can tell, a recent development, and I'm not sure what prompted the change? Since different browser are interpreting the 'invisible' characters differently, it's causing me to have to manually type in the hex code after finding it in DCM to ensure no extra characters sneak in. Not a big deal, but annoying nonetheless.
Any ideas out there as to why this has started happening? Any way to correct it? DCM was a staple of my web-working tools, and it's disheartening to have to handle things in the current way.

Unfortunately it seems that this issue is a "feature not a bug". In tiger it used to work fine: you could paste into photoshop or a css file and it would work. It got changed in Leopard because Apple engineering decided that it was better coding practice to treat each hex value as "word" thus delineating it with these infuriating invisible characters. If you copy and paste into BBEdit on leopard and tiger machines you will see the difference.
There might be a way to make an automator action that can strip these characters out when pasting. Another option includes using the less graceful (though you can manipulate the colours further after selecting) built-in color chooser and the HexColorPicker extension to it (google for download). You can write a script and save as an application to run the apple colour chooser as a stand alone.
Open script editor and type: choose color
Save as app, add nice icon and that's it.
Xscope looks a bit overboard for my taste, plus its mo' money! Better invested into Pathfinder or something.

J2SE adapter PI 7.1 issue with XML to flat conversion and namespace length

Dear reader,
We are facing an issue with J2SE Adapter PI7.1 for a number of flows.
The flow requirements:
[1] Namespace length for interfaces is up to 100 characters
[2] The XML message must be converted to Flat on the adapter channel
Our PI system is at patch level 7 and we implement J2SE adapter on patch level 7 as well.
We found that the J2SE adapter on patch level 7 does not support long namespaces [1] (as it should since this is an PI 7.1 j2SE adapter) but no issues where found with the XML to flat conversion [2].
Experimenting with J2SE adapter on patch level 6 we found the long namespaces [1] are supported however an issue is found with the XML to flat conversion [2] as stated in SAP note 1335527.
An SAP Customer Message is raised on this issue however your input is highly appricated!
With Kind Regards,
Harald Kastelijn
Edited by: Harald Kastelijn on Mar 6, 2010 9:17 AM
Edited by: Harald Kastelijn on Mar 6, 2010 9:19 AM

We found that the J2SE adapter on patch level 7 does not support long namespaces [1] (as it should since this is an PI 7.1
j2SE adapter) but no issues where found with the XML to flat conversion [2]
I think the restriction of namespace length still remains in design time (IR).....the same however has been extended in configuration and runtime...this SAP note has some information: https://service.sap.com/sap/support/notes/870809

Newly Occuring CSS SSL Issue in Chrome, FF10, IE9 with L5 rules; 3 second delay, loss of L5 stickyness

We recently started suffering an issue with our CSS11501S-K9 units not performing URL stickiness on our SSL wrapped L5 rules. I've spent dozens of manhours working on the problem, and have quite a bit of information to report, including a solution. There is a high probability that anybody who uses SSL to an L5 rule on a CSS unit will become affected by this problem over the next few weeks/months as users update their browsers with new SSL patches.
We hadn't made any changes to our config in months, and eliminated hardware problems by testing a second unit.
Here are the exact symptoms we saw:
Browsers affected: Firefox 10, Chrome, IE9, others (and some earlier versions of IE depending on patch levels)
Browsers not affected: FireFox 3.5, w3m 0.5.2, curl7.19.7
Impact 1: For SSL Rules backed by L5 rules, the initial response to the first request would be 3 seconds. Further requests on the same TCP connection would not be delayed
Impact 2: L5 rules being accessed via SSL would nolonger perform any URL based stickiness. Accessing the same rule skipping SSL, would work fine
I focused on the 3 second delay, since that was a new issue and was easier to debug than monitoring multiple servers to see if stickiness was broken. This is what I found when a client tries to connect to an SSL rule that ultimately is routed to a L5 HTTP rule:
1. Client/CSS perform initial TLS handshake, crypto cyphers determined (nearly instantly)
2. Client sends HTTP 1.1 request for resource (nearly instantly)
3. 3 seconds of no traffic in our out of the CSS related to this request
4. CSS opens an HTTP connection to backend webserver, backend webserver responds (nearly instantly)
5. The CSS seems to route to the backend server using the balance method (round-robin) instead of the advanced-balance method (url)
6. Response is sent to the client with the resource (nearly instantly)
7. Future requests sent from the browser on the same TCP connection have no delay, but the advanced-balance continues to be ignored
The 3 seconds is quite an exact figure (within a few milliseconds) and appears to be entirely happening inside of the CSS unit itself, since it does not connect to the backend server until after the 3 seconds elapse. 3 seconds smelled like some sort of internal timeout set in the CSS unit after it gives up waiting for something.
Looking at the packets from affected browsers I discovered that the GET /foobar HTTP/1.1 request was being broken into two separate TLSv1 application messages, the first was 24 bytes and the second was 400 bytes. Decrypting these messages I found the first message was a
G
and the second message was:
ET /foobar HTTP/1.1
This essentially splits the initial request the client is sending into two pieces. This confuses wireshark so much, it doesn't decode this as a HTTP request, and just decodes it as "continuation or non-HTTP traffic".
On the working browsers I saw only one TLSv1 application message, decrypting it I saw:
GET /foobar HTTP/1.1
(obviously I'm simplifying the contents of the request, there were lots of headers and stuff)
I am aware that the CSS can't handle L5 rules appropriately if they get fragmented, so I suspected this was the problem. I pulled a packet trace from a few years ago, and at that time confirmed we never saw a double TLSv1 application messages before.
A number of openssl vulnerabilities were recently fixed: http://www.ubuntu.com/usn/usn-1357-1
and browsers may have been recently updated to fix some of these issues, changing the way they encode their traffic.
Solution:
Our ssl config looked something like this:
ssl-proxy-list SSL_ACCEL
ssl-server 10 vip address XX.XX.XX.XX
ssl-server 10 rsakey XXXX
ssl-server 10 cipher rsa-with-3des-ede-cbc-sha XX.XX.XX.XX 80
ssl-server 10 cipher rsa-with-rc4-128-sha XX.XX.XX.XX 80
ssl-server 10 cipher rsa-with-rc4-128-md5 XX.XX.XX.XX 80
ssl-server 10 unclean-shutdown
ssl-server 10 rsacert XXXXXX
Removing:
ssl-server 10 cipher rsa-with-3des-ede-cbc-sha XX.XX.XX.XX 80
Solves the problem. After that's removed, the browsers will nolonger fragment the first character of their request into a separate TLSv1 message. The 3 second delay goes away, and L5 stickiness is fixed. The "CBC" in the cyper refers to Cypher-Block-Chaining (a great article here:
http://en.wikipedia.org/wiki/Cipher-block_chaining), and breaking the payload into multiple packages may have been an attempt to initialize the IV for encryption -- although I'm really just guessing, I stopped researching once I verified this solution was acceptable.
This issue became serious enough for us to notice first on Monday Feb 13th 2012. We believe a number of our large customers distributed workstation updates over the weekend. The customers affected were using IE7, although my personal IE7 test workstation did not appear to be affected. It's quite possible our customers were going through an SSL proxy. I suspect as more people upgrade their browsers, this will become a more serious issue for CSS users, and I hope this saves somebody a huge headache and problems with their production environment.
-Joe

Hi Joe,
That's a very good analysis you did.
As you already suspected, the issue comes from the TLS record fragmentation feature that was introduced in the latest browser versions to overcome a SSL vulnerability (http://www.kb.cert.org/vuls/id/864643). Unfortunately, similar issues are happening with multiple products.
For CSS, the bug tracking this issue is CSCtx68270. The development team is actively working on a fix for it, which should be available (in an interim software release, so to get it you wil have to go through TAC) in the next couple of weeks
In the meantime, as workaround, you can configure the CSS to use only RC4 cyphers (which is what you were suggesting also). These are not affected by the vulnerability, so, browsers don't apply the record fragmentation when they are in use. This workaround has been tested by several customers already, and the results seem to be very positive.
Regards
Daniel

HTML+CSS conversion issue with nth-child() selector

Similar Messages

Maybe you are looking for