[KDE Dot News]
 faq
 flatforty
 contribute
 subscribe
 configure
 search
 rdf

 main
 parent


Why?
by Anonimous on Friday 04/Aug/2006, @00:41
We need to concentrate on making KDevelop 4 work well with at least four languages: C++, Java, C# and Ruby

¿why C# and not lenguage as php, perl, python all them open source?.
  Related Links
 ·   Articles on Developer
 ·   Also by Anonimous
 ·   Contact author

Thread Threshold:

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: Why?
by Anonymous on Friday 04/Aug/2006, @01:22
I agree with Aanonymous.

I'd like to see at least python supported besides ruby.
Php and perl would not hurt either.
[ Reply To This | View ]
  • Re: Why?
    by mikeyd on Friday 04/Aug/2006, @06:42
    Just adding a vote for Python. If I have time I'll try and contribute something, but realistically it's not going to happen.
    [ Reply To This | View ]
    • Re: Why?
      by manyoso on Friday 04/Aug/2006, @07:24
      In order to support Python, the best way would be to write a grammar file for kdevelop-pg. If someone is willing to take that on, rock it! However, the current developers are not interested in doing this.
      [ Reply To This | View ]
      • Re: Why?
        by A.C. on Tuesday 08/Aug/2006, @02:37
        One more for Python, please. :)

        As for the grammar files... Aren't they available right on the Python site?
        -> http://docs.python.org/ref/grammar.txt
        [ Reply To This | View ]
  • Re: Why?
    by panzi on Friday 04/Aug/2006, @08:07
    I'd also like to see python support!
    Is it hard to write a grammer file?
    [ Reply To This | View ]
    • Re: Why?
      by manyoso on Friday 04/Aug/2006, @08:23
      It is not a trivial task, that is for sure. Jakob can give you more information on what is involved. You'd need some pretty good computer science skills though.
      [ Reply To This | View ]
      • Re: Why?
        by Jakob Petsovits on Friday 04/Aug/2006, @08:49
        Er... computer science skills? How in the world did I manage to write those two parsers, then? No, really, I didn't have _any_ parsing skills when I started.

        Parsing theory and the kdevelop-pg parser generator were a black box for me until after I finished the parser. It's not really hard, you just need to practice it a little. Currently, I can't think of any special hints to give away, but if you need assistance, don't hesitate to mail me.
        (jpetso ]at[ gmx.at)
        [ Reply To This | View ]
Re: Why?
by teatime on Friday 04/Aug/2006, @03:12
>why C# and not lenguage as php, perl, python all them open source?

Because someone wanted to work on C# and, so far, no one has expressed interest in developing and maintaining PHP, Perl or Python.

It's not a decision, it's a question of man power.
[ Reply To This | View ]
  • Re: Why?
    by Eric Laffoon on Monday 07/Aug/2006, @00:46
    Quanta has excellent PHP support. Because both KDevelop and Quanta will be using the same framework this is covered, and in particular it seems if you're using PHP you're probably doing web development so various other supported features will be nice. My understanding from previous discussions is that there will be the ability to utilize features from either applications as it will all be plugins and in theory should all play nice.

    As for other languages supported by Quanta, like KDevelop, you just need the definition files to make it work. Some people wanted ColdFusion support. Eventually they put it together and we supported them with instruction and parser enhancements. We welcome this for Perl or other languages.
    [ Reply To This | View ]
Re: Why?
by Jakob Petsovits on Friday 04/Aug/2006, @07:58
Ok, let's recap...

- PHP is Quanta's domain. They are working hard on good PHP support, and with Quanta 4 based on the KDevelop Platform, it might not be too hard to get their PHP features fed back into KDevelop, if we need it.

- Perl is a maintenance nightmare. I don't have the slightest desire to help a language that should have never existed in the first place. (Biased opinion. Don't reply if you're a Perl fan ;)

- Python already has a great KDE-based IDE, which is Eric3. I don't see the point in duplicating their work, only because KDevelop must do everything that's possible, even if there's already a good solution for it.

- KDevelop does have good support for an Open Source scripting language, Ruby, and will even improve it with KDevelop 4.

- And finally, C# is lacking. If it stays the way it is, Richard Dale's C# bindings for Qt/KDE (Qyoto/Kimono) will only be used by a few die-hard C# fans because of missing IDE support. C# is a cool language, and has a good mixture between ease of use, performance and popularity, and imho it "just feels right". Mono is Open Source too, and major distributors are backing it. I don't want KDevelop to lose users to MonoDevelop just because there's no C# support.

Summary:
We can have all of it! There's a lot of IDE power available for all kinds of (Open Source) languages right now, and I chose to take something on that's falling behind until now.
[ Reply To This | View ]
  • Re: Why?
    by Andras Mantia on Sunday 06/Aug/2006, @11:34
    "PHP is Quanta's domain. They are working hard on good PHP support, and with Quanta 4 based on the KDevelop Platform, it might not be too hard to get their PHP features fed back into KDevelop, if we need it."

    Right. If all goes well it will be that way that if you load a C++ project file in Quanta it will act as KDevelop if you have KDevelop installed as well. ;-)
    [ Reply To This | View ]
  • Re: Why?
    by Anon on Wednesday 09/Aug/2006, @12:49
    Just as a point of input, there are two types of PHP developers: ones who are approaching it from HTML oriented view (in which case Quanta would be excellent), and developers who approach it from a code oriented view, keeping the interface and all associated HTML far away from the code. This is especially true in shops where a graphic designer works on implementing the interface and there is a complicated back end. In that case PHP development occurs more through breakpoints, error logs and other code oriented features and Quanta is a mismatch to what is needed.
    [ Reply To This | View ]

 
The Fine Print: The previous comments are owned by whomever posted them.
( Reply )

  "We could write better than CORBA. Hic. In a day!" -- Preston Brown, Matthias Ettrich
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.
[ home | post article | flat forty | subscribe | search | rdf ]