Currently, if you have Number of Recent Fonts to Display set to anything but zero (0), recent fonts appear at the font drop down list, but the drop down starts at the top of the fonts list no matter what your current font is.

If I am just wanting the next or previous font in the list from the font I am currently using, I now have to scroll all the way down to that font. When the Number of Recent Fonts to Display is set to zero (0), when the drop down is selected, it is positioned at the font you are currently using instead of the top of the list. This is preferable.

Can you combine these actions. When there is a recent fonts list, the drop down should be at the current font being used in the text that is selected.

This is something CorelDraw does and has done for years. Here's to hoping this would be an easy programming issue. Otherwise, I will not use that feature due to the amount of scrolling that needs to be done to get to the current font, or any other font I want to get that is not right at the top.

Sometimes with larger documents, Exporting can slow down Indesign, or can even render my computer useless at this time.

It would be a great option to be able to schedule the Export option for a time of my choice (at night when I know I wont be using my computer for example) as to not slow the computer down when I need to use it most. I envision the file still needing to be left open in Indesign for it to schedule and export correctly... But what I imagine is you would still choose all your options and everything as per normal, and only right at the end you select a 'Schedule Export', with a calendar like function, (Potentially limiting the user to schedule within 24 hours perhaps?).
I can see this helping someone like myself, where an export can render my Graphic Design abilities useless for an hour or more as my computer has limited capacity and tends to chug when a large export is in progress. A Schedule function would mean I could leave the exporting until say... Lunch Break and when I get back, the exports could be completed by then.

A STEP FURTHER would be Scheduled Export Queue, with a dialog box panel of Queued Exports, and the ability to rearrange the order of documents, and even a button to 'Export Now', when you are suddenly needing that exported document straight away (would be completed after a 'in-progress' export has completed)

Hope this makes sense.

Thanks,

Tom

I inherited a ton of files from someone who apparently did not like to set up styles. If an edit comes in, and, for example, I have to add a new subhead, I have to go back and look at all the formatting of the subheads to create a new one, then make all those same choices, since there's no style sheet created. Would be great to just click on one of the existing subheads, click on a format painter icon, and click on the new type for the new type to take on the format of the existing type. I'm not a power INDD user, and I understand the value of styles, but sometimes a Format Painter option would be super useful.

A Kerning Editor would fit nicely into the kerning feature, which allows to choose between optical, metrical kerning. The user would define his own kerning names.
The Kerning Editor has a GUI which allows the user to define his own kerning pairs which override the metrical ones defined in the font's kerning tables. There I can load the metrical kerning or the optical kerning as a start for my individual kerning.
Furthermore the new Kerning Editor has two more tokens/glyphs to kern with: the left and the right margin of a text frame. So the user can define his own margin alignment set, separately for every glyph in the font.

Since the EULA's of all font companies are very strict to not alter any part of a purchaced font, it would be very, very useful to manually change the predefined kerning of a font inside an InDesgin document, so you don't have to worry about kerning any more. The optical kerning method is cool, but often enough it provides not the best alternative to the metrical kerning.
Furthermore the optical margin alignment should be better worked out. The user should not depend on an algorithm, but should be able to decide, which glyph goes out how far beyond the textbox border.
(There is a competitive layout program which has this feature since v3.x ...)