-
Supposing you have CSS like this:
body {
font-family: 'Segoe UI', Verdana, sans-serif;
}
Cobra will silently ignore 'Segoe UI' for some reason, and use Verdana.
A workaround is to leave out the quotes:
body {
font-family: Segoe UI, Verdana, sans-serif;
}
But this feels like bad style so I would rather keep them if possible.
2009-10-12 02:57:35 UTC in Lobo - Java Web Browser
-
The CSS we were trying to write used color:inherit in places to override behaviour for hyperlinks, and background-color: inherit to try and override Cobra's default purple highlight when clicking on a link.
Problem is, Cobra interprets "inherit" as red for some reason (why?)
2009-10-12 02:51:03 UTC in Lobo - Java Web Browser
-
Turns out there is already a patch not mentioned in here:
https://sourceforge.net/tracker/?func=detail&aid=2810069&group_id=139023&atid=742262.
2009-10-12 01:56:27 UTC in Lobo - Java Web Browser
-
I can confirm this, and will attach a proper patch once I confirm the fix works.
2009-10-12 01:53:39 UTC in Lobo - Java Web Browser
-
It's good to hear about manifest files, actually... at the moment we have a special filter for those too, and include our own one in much the same way we had to merge our services files by hand.
*is* there an external tool which can do this service file merging for us? If there is then I will use this tool as a step before ProGuard.
Granted, there are a lot of different metadata types...
2009-07-02 06:55:56 UTC in ProGuard Java Optimizer and Obfuscator
-
If there are multiple injars and more than one of them defines the same list of services, ProGuard keeps the first one and discards the rest as duplicates.
If possible, it would be better to merge (concatenate?) them together so that the resulting jar has the sum of the services of all the jars which went into it.
The workaround is to do this manually - insert some files you merged...
2009-07-01 00:58:43 UTC in ProGuard Java Optimizer and Obfuscator
-
I would expect this to work:
PdfReader reader = new PdfReader(pdfFile.getAbsolutePath());
try
{
@SuppressWarnings("unchecked")
List fonts = BaseFont.getDocumentFonts(reader);
assertEquals("Should be only one font", 1, fonts.size());
assertEquals("Wrong font name", "Verdana", fonts.get(0)[0]);
}.
2009-06-18 04:11:26 UTC in iText, a JAVA-PDF library
-
I have a file here which I generated using iText itself (via flying saucer - xhtmlrenderer.dev.java.net)
On reading it back in, BaseFont.getDocumentFonts returns a 0-length list, though Adobe Reader shows that the font is present in the document.
2009-06-18 04:10:58 UTC in iText, a JAVA-PDF library
-
Related to this:
https://sourceforge.net/tracker/index.php?func=detail&aid=2778335&group_id=54750&atid=474704#
So use ProGuard 4.2 if you need this feature to work right now.
2009-04-22 05:45:03 UTC in ProGuard Java Optimizer and Obfuscator
-
Further information:
* Worked in ProGuard 4.2
* Does not work in ProGuard 4.3
So it was a regression between 4.2 and 4.3 it seems. In 4.3 support was added for annotation types, coincidence?.
2009-04-22 05:24:31 UTC in ProGuard Java Optimizer and Obfuscator
