53 comments
Comment actions Permalink

Hello Vincent.Chan,

I think you should add android support as android is so popular right
now.Although there is a plugin for android,it seems not response
quickly for some bugs.


Where are those bugs reported? The Android plugin is currently developed
by us, and we plan to bundle it in IDEA 9.

--
Dmitry Jemerov
Development Lead
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"


0
Comment actions Permalink

Sorry.No report to JIRA.Just comment at the plugins repository.
"I got "Can't upload file:Is a directory" error when I run emulator."

0
Comment actions Permalink

Did you look at TeamCity ? Since the basic version is free, I haven't looked at the LICENSE in detail, and there is a plugin for IJ and Eclipse this may fill your needs.
Also there are many Jira entries for unit testing from being able to sort to organize and filter tests etc.


-Rob

0
Comment actions Permalink

TeamCity can not fill the need, because the need is to run the tests as
fast as possible after changing even just one line of code, so that you
will know immediately whether changing that one line broke any of the
tests. Every second that the programmer needs to wait for the test
results to arrive is expensive time wasted.

--
Esko Luontola
www.orfjackal.net

0
Comment actions Permalink

If running tests in parallel is important to you, then consider evaluating TestNG to see whether it meets your needs. Otherwise you may wish to evaluate Terracotta, a framework that does JVM clustering seamlessly. You'll obviously need to integrate Terracotta with your test harnesses.

0
Comment actions Permalink

"Mylyn is a big workaround for the mess that's an Eclipse workspace"...

No, it isn't.

"I believe IDEA already has something that covers most of the good functionality in Mylin without all the complexity: changesets."

Again, no, not even close.

Mylyn is a cool system for task driven development, and Idea should have something similar as soon as possible. It's a very powerful concept. It ties changes to jira tasks, and monitors how often each file is touched to determine how important that file is to a particular task, and then presents information with that knowledge. This is information is then associated with the task and shared between team members so that the context can be instantly recalled by anyone accessing the task.

It would be a very cool and useful tool for Idea, and I'd urge Jetbrains to look into porting it.

0
Comment actions Permalink

+10 for a Mylyn port. It's an incredible concept, and would make working in a jira driven team much easier. IMO: it's much more important than support for some skanky phone platform that's ultimately doomed to failure, just like Linux.

0
Comment actions Permalink

I think you can get very similar functionality using Idea's favorites functionality. You can create favorites for all your context-related code. This works very well for me.

0
Comment actions Permalink

I really appreciate how you are dealing with threads like this. But I'm not
sure whether sticking the head in the sand (aka say nothing until the thread
falls off the mind) is the solution for this problem.

--
Best regards,
Thomas Singer

0
Comment actions Permalink

Hello Tom,

I really appreciate how you are dealing with threads like this. But
I'm not sure whether sticking the head in the sand (aka say nothing
until the thread falls off the mind) is the solution for this problem.


It's the issues that need to be dealt with, not the threads, isn't it?

All I can say right now is two things. First, we're allocating as much time
to fixing issues reported by the users as our resources allow. (Different
people are responsible for different parts of the product, so the turnaround
time for issues in different components may vary.) Second, comments on specific
issues posted by users in JIRA and in the forums affect the priority of issue
resolution.

--
Dmitry Jemerov
Development Lead
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"


0
Comment actions Permalink

OK, build 9815 is seriously broken (cannot rename). Why does it take so long
to release a new build which fixes this show-stopper?

Tom

0
Comment actions Permalink

Hello Tom,

OK, build 9815 is seriously broken (cannot rename). Why does it take
so long to release a new build which fixes this show-stopper?


Because the breakage comes from the Scala plugin, and it's the Scala plugin
that is going to be updated for compatibility with this build.

--
Dmitry Jemerov
Development Lead
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"


0
Comment actions Permalink

Thanks, disabling the Scala plugin helped. In that case the error display is
misleading ("IDEA core"), but maybe this has technical reasons and it would
be too hard/impossible to find out the exact source of problem.

Tom

0
Comment actions Permalink

Favourites is nothing like Mylyn. That's a bit like saying that my firefox bookmarks are similar to Digg, only with Mylyn the disparity is even more significant. Favourites do not have tight integration with Jira. They are not social. They do not carry a context around a team and allow it to change dynamically with the team's understanding of a problem. Mylyn is not bookmarks.

0
Comment actions Permalink

c.school wrote:
+10 for a Mylyn port.

If I'd find a mylyn clone in my brand new expensive IDEA 9 I'd kick it out first thing. Have you actually used that mylyn piece of pain? If anything can make Eclipse worse than the Eclipse Team themselves can, its mylyn. *shudders*

0
Comment actions Permalink

Are you planning a thorough support for Apache Wicket (http://www.jetbrains.net/jira/browse/IDEA-21594)? Wicket's popularity is quite impressing.

0
Comment actions Permalink

+1 for Wicket support.  It's about time! It's been around 4y+.

And it's REALLY usefull.

There's a plugin, but it's not working.

0
Comment actions Permalink

I don't remember how i18n resource bundle editing worked in 6.0. Any details?

0
Comment actions Permalink

TarasT wrote:

I don't remember how i18n resource bundle editing worked in 6.0. Any details?


Basically it would detect and group properties files that had a locale code contained in the name. In the editor, each file had a "Text" tab and a "Resource Bundle" tab. In the Resource Bundle tab, you could edit a key, for all locales.  The edits then took place in the correct locale file. If a key was missing in a locale file, the key showed in red and the name of the file missing the key was shown in red. Keys could be grouped. Attached is a screen shot showing the basics.

It was a bit buggy. But I thought the concept was awesome. I wanted to see the concept extended to any properties files meeting a user specified naming convention. For example, we use properties files for spring placeholders for deployment specific information, such as database URLs & credentials, services URLs, etc. So we might have a config-dev.properties, config-test.properties, and config-prod.properties files. But in reality we have up to 9 environments. Keeping these in sync can sometimes be a pain. Having an editor like what was done for resource bundles would be very useful.



Attachment(s):
Resource Bundle Editing in IDEA 6.png
0
Comment actions Permalink

Well, it still works like that. Press F4 on the project view node that contains the properties files.

As for the other idea you mention, it sounds interesting.

0
Comment actions Permalink

TarasT wrote:

Well, it still works like that. Press F4 on the project view node that contains the properties files.

As for the other idea you mention, it sounds interesting.

Thanks Taras. I, like "danskal" above, had thought the feature was removed since the tabs were no longer there. Using "Jump to source" action is not an intuitive one to bring up that editor.

Now that I know the editor is still there, I opened up IDEA-26341 requesting the enhancement to extend the editor to other property file groups. Please consider voting for it.

0
Comment actions Permalink

I've added my vote - I think the idea has merit.

As for the i18n editor being hard to find - any suggestions?
Note that it's also reachable through the additional "Resource Bundle" file tab added to properties files (below the editor, for me, on Win32).

0
Comment actions Permalink

Interesting. The first time I opened the project in IDEA 9 (92.65), I did not have the "Resource Bundle" tabs on the properties files. But after closing it and reopening, they were there.

As for finding the i18n editor, I think 1) double clicking the bundle node in the project view should open it, and 2) a specific action in the context menu "Open in 118n" editor might be useful. It could still be mapped to F4. #2 is probably not as critical. Once you are aware it's there and what "jump to source" does for a bundle, it makes sense.

0

Please sign in to leave a comment.