A key place for feature requests is http://delphi.uservoice.com/forums/4432-general, but a further discussion area can do no har. Better than into Off topic threads :-)

-
A key place for feature requests is http://delphi.uservoice.com/forums/4432-general, but a further discussion area can do no har. Better than into Off topic threads :-)
http://delphi.uservoice.com/forums/4432-general

Comments

  1. Lars FosdalDecember 7, 2012 at 5:46 AM

    Great post.  Feedback like this is useful, but an internal strategy which doesn't necessarily aim to satisfy the latest fad, is also important.  Features on demand can be expensive.

    If it is one thing I would like to see - it is more service releases that start to chew into the rather long list of outstanding issues.

    #1 on the list: The out of memory in the IDE for XE3

    ReplyDelete
  2. Warren PostmaDecember 7, 2012 at 7:22 AM

    I agree Lars. And the debugger which holds onto a handle to the EXE which is being debugged, which requires you to exit the IDE and restart it just to be able to build the EXE or debug again.

    ReplyDelete
  3. Marco CantùDecember 7, 2012 at 8:38 AM

    Sure, it is not that we'll implement everything suggested. But listening to proposals and ideas is good, and given limited resources, when you have to pick either one or another features for next version, it is nice to see some numbers (like those in QC or user voice).

    The strategy is key but that's one taks to come up with one. The current can be explained as "Delphi Everywhere": desktop, tables, phones.

    But some of the details are still open...

    -Marco Cantu
    Delphi Product Manager

    ReplyDelete
  4. Andreas HausladenDecember 7, 2012 at 9:58 AM

    @Lars Are you compiling multiple projects in a project group when you get the out of memory error, or does it happen while you compile a single project?

    ReplyDelete
  5. Lars FosdalDecember 7, 2012 at 10:01 AM

    Andreas Hausladen - It can come from a single project compile, after I've built the project group, or from another project group build.  If I compile the same project over and over throughout the day, it may also happen.

    Doing a "Clean" for all projects will drop a lot of the memory, but it seems that it builds up quite quickly again.

    It is strange though, because it is not entirely predictable (or rather, I am not - since I probably don't to the same thing all the time).

    ReplyDelete
  6. German GentileDecember 7, 2012 at 10:51 AM

    One word: Android.
    BTW, happy to be part of this community.

    ReplyDelete
  7. Roland KossowDecember 10, 2012 at 7:20 AM

    Datasnap Deployment for Linux. IMO very important - not just for me, but also the product. I know Marco Cantù thinks the same, but just wanted to post it here as a reminder.

    ReplyDelete

Post a Comment