This entry was posted
on Sunday, July 17th, 2011 at 21:02 and is filed under Uncategorized.
You can follow any responses to this entry through the RSS 2.0 feed.
You can leave a response, or trackback from your own site.
Will there be a “preview” of coming features?
I have to revise the to-do list first. If there are things or screenshots to post, I’ll do that…
I propose word wrap improvement. I tried another editor whose flexible word wrap. I think it was winedt
Hello Nils, All the best. How about dedicated macros like running nomenclature, nomentable, bibtex, running external applications like jabref from within inlage… etc. also the facility to run miktex maintainance packages (like refresh fndb, update …) from inlage will be added advantage.
Would also recommend some improvemnts for word wrap.
For high-resolution screens it would be nice to have a word wrap after a user defined number of characters (or % of screen/window-with).
on my wide screen-TFT its kind of hard to read those long lines.
Of course I could place a lot of panels on each side, but thats not really a nice solution 😉
nevertheless – great work!
do you have any information about a release date? I guess developers hate those questions, but its worth a try 😉
I notice the UI design is pretty consistent with Visual Studio, which makes VS developers like me rather comfortable. But there is one small difference that the “line” definition in VS is more flexible. That is, when one paragraph is wrapped into several lines in the editor, VS treats them as different lines. For example, when hitting END, the cursor will go to the end of the line (but not the end of the paragraph), and when hitting Ctrl+X, only this (wrapped) line is cut. This feature makes cursor moving and operations more efficient in the editor. But in current version of Inlage, a paragraph is treated as a whole. If I want to move to the end of some line, pressing END will directly lead to the end of the paragraph.
What do you think? Thanks!
So I successfully used your program to complete my successful PhD proposal defense. I’m now using it to write my dissertation. I’ve got a couple of observations/recommendations and suggestions for Inlage 5:
1. Please ditch the embedding Adobe Acrobat. Allow it to be an option for PDF viewing, but don’t integrate it into your actual tool. I’ve had several crashes due to the improper configuration of Adobe, as it interacts with Inlage.
2. I second Yan’s suggestion. The definition of line numbers should be configurable as actual text lines, or paragraphs.
3. Can you build a BibTeX manager into your tool please?
Other than that, I can’t think of much more to change/add. You have built nearly an ideal Latex IDE. I’ve used them all, and this is by far the best. Thanks Nils! Let us know what you think.
What I’d love to see in the next version of Inlage are custom shortcuts/hotkeys for macros – like assigning certain key combinations to custom macro buttons already built-in. That’d be a pretty handy feature, which I’ve been missing so far.
Unless I didn’t completely miss something out in the documentation, I’d like to suggest to think about including such a feature.
You’ve done a great job on the previous/recent versions, though! 😉
Good Luck on the upcoming version!
As Damon mentioned, a builtin bibtex manager would be VERY nice.
Also i’d like to have the option to assign hotkeys to Macros.
Keep on the great work!
I’ll come back to that issues if \5 is stable with all features of Inlage 4 and I checked my list (what matches with some of your suggestions). Thanks for the feedback.
The development is in progress – stay tuned!
Mail (will not be published) (required)