You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
To be frank, I am not sure whether adding string("") was the the right approach to extending enum ListStyleType in interface CSSProperty, so please feel free to adjust it if necessary.
I am also not sure whether the genericTerm() call that I added to class DeclarationTransformerImpl does anything really meaningful, but that was my best effort at my level of understanding of the API available... :)
And unfortunately I got this amendment combined in one branch with another amendment that addresses the issue of getting the project built under Java 8 in pom.xml , please see commit be85374849fc1cc0eb0e69066a87c96d63789a13.
So please have a look and advise if that makes sense and whether my pull request is necessary.
And in case all these amendments deserve a merge, then there is one more commit to take care of stripping my stray comments off...
Cheers,
Sergey
The text was updated successfully, but these errors were encountered:
Hello, thanks for the commits. Your solution seems reasonable, I can merge it. I have just one request. Could you please create a clean pull request containing just the necessary changes? I mean inserting and removing your internal comments and versions does not have to be part of the commit history. The POM improvement should be preferably a separate commit without changing the project version (which is maintained centrally). Thank you very much.
And just for curiosity: is this motivated by some real application. Just asking because it seems that using the plain string for list-style-type is currently supported by Firefox only so it's probably not much used in real webdesign.
Sure Radek, there's no problem in making a clean pull request :) I hope I'll be able to make it in a couple of days...
And answering your question: yes, all these amendments were motivated by a real application case. I was formatting specifications with deeply nested lists, and going beyond standard list styles helped a lot with readability. To be frank, I did not care much about browser support, as I use Firefox, and the folks around me were expected to use it either... :) Still hope browser support will grow over time... :)
Current jStyleParser version still does not support arbitrary strings as 'list-style-type' values...
I have added some code to implement this, and it is available in the https://github.com/s-n-ushakov/-forked--radkovo--jStyleParser/tree/jstyleparser-2.1-usn-upstream branch, 2c39c891fc80047e216ab1f2543037547a694ea5 commit.
To be frank, I am not sure whether adding
string("")
was the the right approach to extendingenum ListStyleType
ininterface CSSProperty
, so please feel free to adjust it if necessary.I am also not sure whether the
genericTerm()
call that I added toclass DeclarationTransformerImpl
does anything really meaningful, but that was my best effort at my level of understanding of the API available... :)And unfortunately I got this amendment combined in one branch with another amendment that addresses the issue of getting the project built under Java 8 in
pom.xml
, please see commit be85374849fc1cc0eb0e69066a87c96d63789a13.So please have a look and advise if that makes sense and whether my pull request is necessary.
And in case all these amendments deserve a merge, then there is one more commit to take care of stripping my stray comments off...
Cheers,
Sergey
The text was updated successfully, but these errors were encountered: