Filip Blazek
My feedback
253 results found
-
26 votes
An error occurred while saving the comment Filip Blazek supported this idea ·
-
13 votes
Filip Blazek supported this idea ·
-
25 votes
Filip Blazek supported this idea ·
-
20 votes
Filip Blazek supported this idea ·
-
28 votes
Filip Blazek supported this idea ·
-
25 votes
Filip Blazek supported this idea ·
-
87 votes
Filip Blazek supported this idea ·
-
77 votes
Filip Blazek supported this idea ·
-
17 votes
Filip Blazek supported this idea ·
-
10 votes
Filip Blazek supported this idea ·
-
15 votes
An error occurred while saving the comment Filip Blazek commented
One example: A document is about to be printed on an uncoated paper in Europe. All images in the document are in RGB (AdobeRGB) and Grayscale (Dot Gain 15%).
When I select Euroscale Uncoated v2 output profile, the exported PDF for print wrong. While images in RGB are correctly converted into CMYK based on ICC profile, grayscale images are not affected. The result is, grayscale images will be too dark. The only option is to manually convert grayscale image into proper grayscale ICC profile.
The solution is easy: let users select the grayscale profile used to convert grayscale images during the export of PDF for printing.Filip Blazek shared this idea ·
-
83 votes
An error occurred while saving the comment Filip Blazek commented
This feature would be an excellent tool for efficient type setting. Side notes or marginalia are common in school books, Bible, encyclopaedias etc.
Side notes should be created automatically based on Character or Paragraphs Styles, the behaviour should be similar to anchored frames but with more options and solutions for overlap and text frame margins. It is also very popular solution for pull quotes in editorial design.I use marginalia three different ways:
1 – as short summaries or headlines (sometimes with text wrap)
2 – as footnotes (requires automatic numbering)
3 – as liturgical notes in Bible (this is more complex, the notes may appear on both sides and they represent notes, links, subheads...)Filip Blazek supported this idea ·
-
19 votes
Filip Blazek supported this idea ·
An error occurred while saving the comment Filip Blazek commented
This would be an awesome feature! Affinity Publisher has a nice implementation: Text > Toggle Unicode. It changes selected glyphs to U+XXXX format and back. Simple, efficient. (See screenshot.)
Please add this feature to InDesign and other Adobe apps. -
22 votes
Filip Blazek supported this idea ·
-
19 votes
Filip Blazek supported this idea ·
-
19 votes
Filip Blazek supported this idea ·
-
43 votes
Filip Blazek supported this idea ·
-
49 votes
Filip Blazek supported this idea ·
-
45 votes
Filip Blazek supported this idea ·
-
60 votes
Filip Blazek supported this idea ·
I also suggest to add option to import index keywords and topic names in a table format (CSV perhaps).
An example of a solution with limited functionality:
Newton; Newton, Isaac (1643–1727)
During import, InDesign would add all appearances of the word Newton to the index, it would appear as “Newton, Isaac (1643–1727)” in the generated index
An example of a solution for languages using declension (semi-smart):
Newton; Newton, Isaac (1643–1727)
Newton\l+; Newton, Isaac (1643–1727)
Based on GREP, InDesign would add not only all appearances of the word Newton to the index, but also all other forms (Newtonovi, Newtonův, Newtona, Newtonem) and they would all appear as “Newton, Isaac (1643–1727)” in the generated index
The generated index should (optionally) automatically shrink page numbers. Instead of:
Newton, Isaac (1643–1727) 26, 112, 113, 114, 115, 170
would be
Newton, Isaac (1643–1727) 26, 112–115, 170
If you manually assign certain Character Style to an index entry (for instance Bold) and the same index expression appears on the particular page more than once, Bold is often ignored when generating the index. It is properly generated only when the highlighted expression is the first one in the list.