John Bradley

My feedback

  1. 2 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Illustrator Feature Requests » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley shared this idea  · 
  2. 2 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley shared this idea  · 
  3. 7 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  Illustrator Bugs » Drawing Tools  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley commented  · 

    Per request, I'm attaching a video (and tried to upload the AI file, but "Invalid file type: .ai files not allowed"? Got any other way for me to send you the AI file?) of this phenomenon. Running 23.0.3 on Win10.

    0:00-0:22 -- I've got smart guides turned on, and I'm hovering the mouse around the document. The logo in the top-left is outlined text, and the cursor wants to snap to all the control points in the paths. There's also a horizontal line (doubled via a transform effect), a single block of text, and an image + clipping mask group.

    0:22-0:32 - I grab the left edge of the clipping rectangle in the image group and try to align it with the left edge of my text block. Smart Guides desperately want to align the center of the rectangle with control points in the outlined logo, even though the logo is on an entirely different layer, which is also locked, and the text block is the object directly below the clip/image group.

    0:33-0:41 -- While still dragging the frame around, I hold CTRL. Now it wants to align the left edge of the frame with all the wrong things, which is *closer* to what I want, but still quite wrong.

    0:42-1:20 -- I select the text block in question, so the edges are visible and start dragging the left edge of the clip/image group again. It pointedly refuses to snap to the left edge of the text block. The only way I get it to snap to where I want is drag the cursor directly over the top-left or bottom-left corner of the text block, and then release the mouse and do a second (contrained) move to slide the frame to where I want it vertically.

    It's a painful process.

    John Bradley supported this idea  · 
    John Bradley commented  · 

    Not the original poster, but here's a thing.

    I routinely work with Area Text rectangles and rectangular images (with or without a rectangular clipping mask) and other shapes, for basic flyer and newsletter design.

    When I have an Area Text object (filled with text), the bounds of the text object are about the *last* thing the Smart Guides ever want to snap to, even if I'm drawing a rectangle (for use as an image clipping mask) right on top of the Area Text object; same Layer, directly above the Text object in the object stack.

    Instead, the Smart Guides are all too happy to align to control points in the logo on the masthead, objects on other artboards, and god only knows what else. I usually have to just give up and set the left or right position of image frame numerically using the Transform panel, which defeats the whole point of the smart guides.

    I think the Smart Guide snapping should be weighted more heavily towards objects that are A) in the same layer, and B) closer in the object stack to the object being manipulated. (e.g. the first thing the manipulated object should snap to are objects directly above and below it in the stack).

    Or perhaps if Smart Guides were turned back to "Not So Smart, But More *Predictable* Guides". Like, have checkboxes for how 'far' afield it should look for something to snap to: only on the same Artboard, only on the same Layer, only within the same Group, etc.

    Or something. They're kinda useless right now.

  4. 1 vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley commented  · 

    This same behavior is still there in 23.0.3. It would be nice if it were fixed.

    John Bradley shared this idea  · 
  5. 24 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    11 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →

    We have the fix available in the latest release. Please update Illustrator using Adobe Creative Cloud application to the latest build for version Illustrator CC 23.0.
    Please refer to our knowledge base FAQhttps://illustrator.uservoice.com/knowledgebase/articles/1844590 if you face difficulty in update.
    Or get in touch with us at any of the other support channels – https://helpx.adobe.com/support.html

    Warm Regards,
    Ashutosh Chaturvedi | Sr. Quality Engineering Manager – Illustrator
    Adobe. Make It an Experience.

    John Bradley commented  · 

    Michele: Yeah, there's still various 'issues' with text handling and the interactions between the character/paragraph styles and the character/paragraph panels. Since this bug is marked 'completed', maybe you could upvote my other bug (assuming you see the behavior I document there) and we can help get this fixed. Thanks!

    https://illustrator.uservoice.com/forums/601447-illustrator-bugs/suggestions/37501690-character-paragraph-panels-lazy-and-or-incorrect

    John Bradley commented  · 

    No one ever thanks you guys, they just complain. I've just started using 23.0.1 (had to wait until my Astute Graphics plugins were ported - can't function without Phantasm!) and it appears that all my myriad (get it?) complaints about the text handling in v22 have been addressed and resolved.

    Thank you!

    John Bradley commented  · 

    Here are some more examples, including the occasionally insane behavior of the up/down arrows when leading is set to 'auto'.

    Start Illustrator and create a new document. Draw a text box and fill with placeholder text. Select all the text.

    Create a new Paragraph Style in the Paragraph Styles panel, called 'body text'.

    Double click on the style to open the dialog box. Set it to Myriad Pro Regular 10pt, 16pt leading. Close the dialog.

    WEIRDNESS: the Character panel incorrectly displays "Myriad Pro Regular, 12pt, (14.4pt) leading"

    Click outside the text box to deselect the text (the box itself is still selected). The Character panel (lazily!) updates to the 10/16 values.

    Select some words in the text box, then click the 'font family' field in the Character panel and type "Adobe Garamond Pro" and hit Enter.

    WEIRDNESS: the text changes to Adobe Garamond Pro Regular (as desired), but at 12 pt/14.4pt.

    Click the 'body style' paragraph style to revert back to Myriad.

    Click the pulldown next to the 'font family' field and select Adobe Garamond Pro via the menu rather than by typing the name. The font (correctly) changes to Adobe Garamond Pro 10/16.

    -----

    Start Illustrator and create a new document. Draw a text box and fill with placeholder text. Select all the text.

    Create a new Paragraph Style in the Paragraph Styles panel, called 'body text'.

    Double click on the style to open the dialog box. Set it to Myriad Pro Regular 10pt, 16pt leading. Close the dialog.

    Deselect everything. The Character panel correctly displays Myriad Pro Regular 10/16.

    Select a paragraph within the text. Click the pulldown arrow next to the leading field in the Character panel, set the leading to 'Auto'.

    WEIRDNESS: the panel (and the selected text) goes to Myriad Pro Regular 12/14.4.

    Click the 'body text' paragraph style to re-assert the desired settings.

    Set the leading to 'Auto' again, and again the text moves to 12pt/14.4pt. At least the randomness is semi-consistent.

    Re-assert the 'body text' paragraph style again.

    Click the up-arrow on the leading field in the Character panel and bump the leading up to 18pt. Now use the pulldown to set the leading to 'Auto'. The font size stays at 10pt and the leading correctly goes to (12 pt).

    Select a few words in a different paragraph and bump the leading up to 18pt using the up-arrow next to the leading field. Select the entire paragraph containing those words. The leading field shows blank, which is understandable given that there are multiple values in the selected text.

    WEIRDNESS: Use the pulldown to set the leading to 'Auto'. The computer beeps, the selected text is set to 12/14.4, and the font size and leading fields in the Character Panel both show blank!?! They (and the selected text) should be at 10pt/(12 pt) at this stage.

    FURTHER WEIRDNESS: Hit the up-arrow next to the font size field in the Character Panel. The selected text (and the fields in the panel) jumps to 11/13.2, implying that it still thought the size was 10pt but for some reason got it wrong in both places.

    -----

    Delete the text block, draw a new one and fill with placeholder text. Select all text and apply the 'body text' style to it.

    Select a few words in a paragraph, bump up the font size and leading a few points using the Character Panel controls.

    Select the entire paragraph contining those words. Size and leading boxes show blank (multiple values in selected text), which is fine.

    WEIRDNESS: Using the pulldown on the size field, select '10 pt'. The selected text changes to some other size (looks like 12pt), but with the larger leading (either the 16pt from the paragraph style, or the larger leading from the selected words, hard to tell). The fields in the Character Panel both show blank.

    Type "10pt" into the size field and hit Enter. The selected text reverts to 10pt, and "10 pt" is displayed in the field.

    Using the pulldown on the leading field, select 'Auto'. The computer beeps, but the leading field now displays "(12 pt)" and the selected text appears to be in 10/12.

    WEIRDNESS: Hit the up arrow next to the leading field. The leading goes to 1 pt (!), as does the selected text.

    WEIRDNESS: Use the pulldown to re-assert 'Auto' leading. The leading goes to (12 pt) - no beep this time. Hit the down-arrow next to the leading field. The leading (and selected text) goes to 1295pt!

    Needless to say, that is so not the desired behavior. Whenever the leading is set to auto, the up/down arrows *should* inc/dec to the next integer value above or below the computed 'auto' value.

    John Bradley commented  · 

    Tell me about it! The eyedropper behavior is utterly inexplicable at times.

    Another one: some sequence of events will result in the "leading" control in the Character panel showing nothing at all -- even though the selected text most certainly has a single leading value. If I then set it to 'Auto', (which it already was, but wasn't displaying), the text correctly stays as it was.

    But then, if I hit the little up-down arrows next to the control, rather than going from the auto value to the next integer value (e.g., from 14.4 to either 15 or 14), it'll go to either 1pt or 1295pt!

    I haven't come up with a repeatable sequence to make that happen, but I sure do see it happen frequently enough!

    John Bradley shared this idea  · 
  6. 2 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley supported this idea  · 
  7. 5 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley shared this idea  · 
  8. 1 vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Illustrator Bugs » File Save, Import and Export  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley shared this idea  · 
  9. 3 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley supported this idea  · 
  10. 6 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley supported this idea  · 
  11. 3 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley supported this idea  · 
  12. 3 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley supported this idea  · 
  13. 10 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley supported this idea  · 
  14. 5 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley supported this idea  · 
  15. 10 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley supported this idea  · 
  16. 5 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →

    We have the fix available in the latest release. Please update Illustrator using Adobe Creative Cloud application to the latest build for version Illustrator CC 23.0.
    Please refer to our knowledge base FAQhttps://illustrator.uservoice.com/knowledgebase/articles/1844590 if you face difficulty in update.
    Or get in touch with us at any of the other support channels – https://helpx.adobe.com/support.html

    Warm Regards,
    Ashutosh Chaturvedi | Sr. Quality Engineering Manager – Illustrator
    Adobe. Make It an Experience.

    John Bradley supported this idea  · 
  17. 4 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley supported this idea  · 
  18. 9 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    9 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley supported this idea  · 
  19. 4 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Illustrator Bugs » Type  ·  Flag idea as inappropriate…  ·  Admin →
    John Bradley supported this idea  · 
  20. 13 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    AltGr is supposed to be equivalent to Alt + ctrl.
    At present, when we press e.g. AltGr + E while writing text, we check if any command can handle it and if yes it is not passed to application to handle key event. That’s why existing commands are triggered on those extended char shortcuts.

    If we want to change the behavior that while writing text key shortcuts (e.g. AltGr + E) should write extended character, Then we will have to sacrifice all the text contextual shortcuts we have at present in app e.g. ctrl + alt + I does something. All those commands would stop working.
    This is the reason why we are moving it to the feature

    John Bradley supported this idea  · 
← Previous 1

Feedback and Knowledge Base