Zeigt die Windows Version von KDevelop bei Zweimonitorsystemen den Tooltip, also die Vorschläge zur Codevervollständigung, immer noch auf dem Zweitbildschirm an?
So war das jedenfalls unbenutzbar und sehr störend. Insbesondere wenn man den zweiten Monitor gar nicht benutzen wollte und gerade ausgeschaltet hatte.
Klar, ich suche aber eine Crossplattform IDE, die ich sowohl unter Windows als auch Linux und Co wechselseitig nutzen kann.
KDevelop kam da in die engere Wahl, aber das mit den Tooltips auf dem falschen Display ist ein großer Störpunkt. Immerhin ist die Autovervollständigung ein sehr wichtiger Teil einer IDE.
Aktuell ist niemand im KDevelop-Projekt, der selbst Windows nutzt. CI und Packaging-Automaten, die einstmals aufgesetzt wurden fürs Bauen von KDevelop auf Windows, laufen bislang aber weiterhin auf den KDE-Servern, nur probiert niemand das Ergebnis aus.
Wer neugierig ist, kann bitte den neuesten Build von https://binary-factory.kde.org/job/KDevelop_Release_win64/ ausprobieren, und gerne auch hier Rückmeldung geben, inwieweit das Ergebnis noch nutzbar ist. Dann würde ich das auf die Download-Seite packen.
Ansonsten freuen wir uns über jeden Entwickler, der gerne einmal Verantwortung übernehmen möchte und sich um nutzbare Versionen von KDevelop für Windows kümmern mag, wenigstens für eine Weile.
Aktuell ist niemand im KDevelop-Projekt, der selbst Windows nutzt. CI und Packaging-Automaten, die einstmals aufgesetzt wurden fürs Bauen von KDevelop auf Windows, laufen bislang aber weiterhin auf den KDE-Servern, nur probiert niemand das Ergebnis aus. ... Ansonsten freuen wir uns über jeden Entwickler, der gerne einmal Verantwortung übernehmen möchte und sich um nutzbare Versionen von KDevelop für Windows kümmern mag, wenigstens für eine Weile.
Ich sag es mal so. Der Einstieg in unbekannten Code ist immer mit Aufwand verbunden aber was ihr machen könntet wäre folgendes.
Oftmals kauft man sich alle paar Jahre einen neuen Rechner, die einen häufiger, die anderen weniger häufig. Aber der ein oder andere wird sicher einen alten Core2Duo oder Sandy Bridge Rechner haben. In den könntet ihr eine kleine SSD einbauen und darauf dann Windows installieren.
Super günstige Windows 10 Lizenzen gibt es derzeit bei EDEKA Siehe dazu auch folgender Heise Artikel. Da reicht schon Windows 10 Home in der einfachsten Version.
Die meisten Monitore haben einen zweiten Eingang, an den kann man den alten Rechner anschließen und dann, wenn man den alle paar Monate mal zum Ausprobieren und Testen von Kdevelop für Windows braucht, einfach auf dessen Signal umschalten.
Den Windows Rechner kann man per VLAN komplett vom Linux LAN trennen. Im Prinzip braucht es nicht einmal eine Netzwerkverbindung, wenn mal das Windows installiert ist. Die Windows Version von KDevelop dürfte sich auch per USB Stick rüberkopieren und ausprobieren lassen.
Den Rechner kann man dann so offline oder im Gastnetz wie er ist mindestens > 10 Jahre nutzen und alle 4-6 Monate mal die neueste KDevelop Beta ausprobieren. Als Tastatur und Maus reicht die USB Tastatur und USB Maus vom Hauptrechner, da muss man halt ab und zu mal umstecken, sollte aber kein Problem sein.
Mit so einem Setup kann man weiterhin Linux nutzen, kann aber ab und zu die Windows Version von KDevelop testen.
Der ein oder andere KDevelop Entwickler mag sich jetzt vielleicht fragen, warum er das für Windows bzw. für die Welt von Microsoft tun sollte.
Nun, KDevelop ist eine IDE und somit hochinteressant für Entwickler. Und wenn die überwiegend Windows zum Entwickeln nutzen, dann nutzen sie da eine IDE die dort gut funktioniert. Momentan ist das ganz klar Visual Studio. Das Problem ist jetzt aber der von Microsoft beabsichtige Vendor Lockin. Solange die meisten Entwickler ausschließlich mit Visual Studio entwickeln und dann vielleicht noch den Compiler von Microsoft verwenden werden sie kaum auf die Idee kommen für Linux und andere Plattformen zu entwickeln. Und hier kann KDevelop ins Spiel kommen. Wenn KDevelop für diese Entwickler unter Windows gut genug ist und sie wegen KDevelop dann vielleicht auch gleich noch einen crossplattform Compiler wie clang aus LLVM oder g++ verwenden, dann ist der Sprung zu Linux, wo man auch dann wiederum KDevelop als IDE und die entsprechenden Compiler vorfindet, keine große Hürde mehr. Die Wahrscheinlichkeit, dass die dann auch den Linux Markt bedienen, weil der Umstieg nicht mehr so viel kostet, wird dann wesentlich größer.
Momentan ist unter den Open Source Crossplattform IDEs nur Eclipse halbwegs mit Visual Studio konkurrenzfähig, aber Eclipse ist auch recht schwerfällig, weswegen viele dann halt doch eher unter Windows zu Visual Studio greifen werden. KDevelop könnte das hier ändern.
Deswegen ist es wichtig, dass KDevelop unter Windows gut funktioniert. Und der einfachste Weg das ab und zu mal unter Windows zu testen ist ein alter Zweitrechner, den man alle 4-6 Monate mal anwirft um nachzugucken.
Günstiger geht's natürlich mit Dualbooten, aber ich schätze mal, dass manche Linux User auf ihrem Hauptrechner aus Datenschutzgründen im privaten LAN kein Windows OS laufen lassen wollen, das kann ich verstehen, deswegen ist hier der alte Zweitrechner, den man dann schön vom privaten LAN trennen kann, eine gute Mittellösung.
Wegen dem Tooltip (Infobox), das auf dem zweiten Monitor, der bei mir Links vom Centermonitor steht, kann ich euch noch sagen, dass ich das damals mit KDevelop 5.2.1 unter Windows 7 Prof. getestet habe. Wenn es seit dieser Version bei den Tooltips bzw. der Autocompletion Ansicht keine Änderungen im Code mehr gab, solltet ihr da mal schauen ob da irgendwo ein Bug drin ist, von dem die Windows Version von KDevelop betroffen ist.
Da das ne GUI Geschichte ist, würde ich natürlich nicht ausschließen, dass es auch an Qt liegen könnte, aber das ist eher unwahrscheinlich, da Qt auch unter Windows vielfach genutzt wird und das dann sicherlich schon längst aufgefallen wäre. Eventuell werden die Funktionen fehlerhaft aufgerufen, weshalb es zu dem Phänomen in KDevelop unter Windows kommt. Schön wäre es, wenn die Autocompletion bzw. dessen Tooltip auch in KDevelop unter Windows direkt im Editor unterhalb des Cursors angezeigt werden würde, wie es normalerweise bei IDEs der Fall ist. In der oben genannten Version werden diese am rechten Rand auf dem zweiten Bildschirm, der links vom Centermonitor steht angezeigt. Im Centermonitor hatte ich das Hauptfenster von KDevelop laufen. Die GPU war von NVidia und das Problem trat bis jetzt nur bei KDevelop auf. Momentan bin ich beim Renovieren, weswegen ich den Computer gerade am TV angeschlossen habe und das mit der neuen Version daher an meinen zwei Computerbildschirmen nicht selber testen kann.
Wie wärs damit selber einen Dualboot einzurichten oder ein Linux-Live-System zu benutzen anstatt den Entwicklern eine günstige Windows 10-Lizenz aufzuschwatzen?
Vendor Lock-In bei Windows zu kritisieren aber weiter Windows benutzen? Das verstehe wer will.
Mit Verlaub, dass man mittels KDevelop Leute weg von Visual Studio und hin zu Linux führen wird, glaube ich nicht.
Hast du nicht gelesen? Ich Dualboote schon die ganze Zeit.
Tja, so ist das halt, wenn nicht jede Software für Linux verfügbar ist. Dazu kommen wir dann zu deinem nächsten Punkt.
Du glaubst, ich begründe und die Begründung ist logisch schlüssig. Mehr Crossplattformtools erleichern den Umstieg. In Büroarbeitsplätzen ersetzt man in der Regel auch erst einmal MS Office durch Libre oder Open Office und erst dann im nächsten Schritt steigt man auf Linux um. So wird der Umstieg einfacher, da die Mitarbeiter schon ihr Office kennen und nicht gleich zwei Sachen lernen müssen. Für Entwickler ist der Umstieg auch einfacher, weil sich KDevelop dann gegen Visual Studio unter Windows schon längst behauptet hat, wenn der Entwickler unter Windows KDevelop bevorzugt. Der nächste Schritt zu Linux ist dann ganz einfach, denn dann braucht er kein Visual Studio mehr, das es ja nur für Windows gibt.
Und überleg dir mal, warum Microsoft so schlau ist und Windows 10 mit einem Linux Zusatz ausstattet. Damit binden die sich Linuxer an Windows.
Damit versucht Microsoft schlicht zu überleben. Bisher waren Linux-Services unter Windows eher kompliziert zu erreichen. Man musste sich mit Zusatztools a-la Cygwin behelfen und Ähnliches.
Windows wird ja oft auch wegen Abhängigkeiten eingesetzt. Viele würden schon gern weg, aber wegen irgendwelcher Software müssen sie dann doch ein Windows haben. Wenn dann das Windows auch noch in Bezug auf Linux beschissen zu bedienen ist, dann ist der Leidensdruck viel höher und damit die Motivation von der Windows-Plattform wegzukommen.
Und die Zukunft liegt sowieso in der Cloud (zumindest gehen alle davon aus). Selbst Microsoft macht den Großteil seines Umsatzes mit dem Cloud-Geschäft. Und dort kannst Du von Microsoft alles haben. Natürlich Windows, aber auch Linux oder FreeBSD.
Microsoft ist schon längst nicht mehr Windows-zentriert. Die wissen nämlich genau, das allein damit sie nicht zukunftsfähig sein werden. Heute geht es darum die Leute nicht um jeden Preis an Microsoft-Software zu binden, sondern an Microsofts Cloud-Dienste!
Nicht umsonst gibts Android-Apps von Microsoft. Nicht umsonst leistet Microsoft inzwischen ein nicht kleinen Anteil an OpenSource-Software.
Diese Ansicht ist meiner Meinung nach mehr Wunsch als Realität. Fakt ist eher, die meisten bleiben bei Windows oder kehren wieder zurück, weil sie dort die Software haben, die sie brauchen oder die Softwarelösungen unter Linux nicht reichen oder sie auf zu viele Schwierigkeiten stoßen. Und mit der Linux Erweiterung kriegen diese jetzt beides auch unter Windows, denn das ein oder andere Feature, das sie unter Linux gefunden haben, werden die Windowsrückkehrer schon gut finden und auch unter Windows haben wollen, die Linux Erweiterung ermöglicht genau das. Eine Windows Lizenz mag zwar immer Geld kosten, aber diese Kosten sind in Relation zum Nutzen völlig vernachlässigbar.
Windows wird ja oft auch wegen Abhängigkeiten eingesetzt. Viele würden schon gern weg, aber wegen irgendwelcher Software müssen sie dann doch ein Windows haben.
Z.B. wegen Visual Studio und jedes mal, wenn die Windows Nutzer KDevelop unter Windows ausprobieren, läuft es nicht rund. Also bleiben sie bei Visual Studio.
Aber deswegen bin ich ja da und weise die Entwickler darauf hin.
Und die Zukunft liegt sowieso in der Cloud (zumindest gehen alle davon aus). Selbst Microsoft macht den Großteil seines Umsatzes mit dem Cloud-Geschäft
Die Cloud ist aus Sicht der Softwarehersteller interessant, weil man so natürlich die Kontrolle über die Lizenzen behält und jede Plattform bedienen kann. Für die Kunden muss die Zukunft allerdings längst nicht in der Cloud liegen, denn dafür hat die für die Kunden zu viele Nachteile.
Diese Ansicht ist meiner Meinung nach mehr Wunsch als Realität.
Womit untermauerst Du Deine Meinung. Ich hab ja meine damit begründet, das das Cloud-Geschäft inzwischen das Gros des Microsoft-Umsatzes macht. Die Lizenzverkäufe von Windows sind eher rückläufig. Nur leicht, aber immerhin.
Fakt ist eher, die meisten bleiben bei Windows oder kehren wieder zurück, weil sie dort die Software haben, die sie brauchen oder die Softwarelösungen unter Linux nicht reichen oder sie auf zu viele Schwierigkeiten stoßen.
Och. Die Konkurrenz besteht gar nicht mehr nur im reinen Desktop-Bereich. Und der Desktop-Bereich ist ohnehin der Einzige, wo Microsoft noch Marktführer ist. Das Problem ist, dieser Bereich schrumpft. Leute die sich früher ein PC/Laptop geholt haben um ins Internet zu kommen die benutzen heute eher Tablets und Smartphones. Da fließt die Kundschaft im größeren Stil ab. Und nicht bei denen die mal irgendwie ein ubuntu getestet haben udn vielleicht dabei geblieben sind.
Und mit der Linux Erweiterung kriegen diese jetzt beides auch unter Windows, denn das ein oder andere Feature, das sie unter Linux gefunden haben, werden die Windowsrückkehrer schon gut finden und auch unter Windows haben wollen, die Linux Erweiterung ermöglicht genau das.
Das Linux-Subsystem unter Windows ist doch nichts Halbes und nichts Ganzes. Für das wofür es gedacht ist reicht es völlig aus. Als Drop-In-Replacement aber völlig ungeeignet.
Eine Windows Lizenz mag zwar immer Geld kosten, aber diese Kosten sind in Relation zum Nutzen völlig vernachlässigbar.
Das mag für den Desktop stimmen. Aber Linux ist ja vor allem da verbreitet, wo Microsoft kein Bein in die Tür kriegt. Man denke nur an Server. Oder diese Homerouter die da z.B. unter 50€ kosten. Und da würde ne Windows-Lizenz sich sehr wohl spürbar in den Kosten niederschlagen. Selbst wenns nur 5 € wären.
Vom Smartphone-Boom konnte Microsoft ebenfalls nicht mit Windows profitieren. Dabei hatten sie mit der WIndows-Mobile-Plattform sogar ein relativ gutes Produkt. Hat der Markt aber trotzdem nicht in genügend großem Umfang angenommen.
Z.B. wegen Visual Studio und jedes mal, wenn die Windows Nutzer KDevelop unter Windows ausprobieren, läuft es nicht rund. Also bleiben sie bei Visual Studio.
Das impliziert, das wenn viele KDevelop unter Windows nutzen, das sich daraus auch Leute rekrutieren, die dann den Windows-Port pflegen. Klingt zwar erstmal plausibel. Lässt sich in der Erfahrung aber so nicht bestätigen. Im Gegenteil. Du hast eigentlich bei solchen OpenSource-Projekten fast immer ein krasses Missverhältnis von Anwendern und Anwendern die auch in irgendeiner Form etwas zum Projekt beitragen.
Aber deswegen bin ich ja da und weise die Entwickler darauf hin.
Ein Minimum an Beitrag wäre zumindest ein Bugreport zu schreiben. Das hättest DU ja zum Beispiel mal machen können. Oder meinste, die Entwickler haben Zeit und Lust irgendwleche Foren abzugrasen, ob da irgendwelche Fehlerbeschreibungen sind? Und wegen Leuten wie Dir sollen die das selbst auf Windows testen damit Leute wie Du dann KDevelop verwenden. Sprich Leute, bei denen offenbar nicht die geringste Chance besteht, das sie sich jemals am Projekt beteiligen, weil sie nicht mal in der Lage sind nen beschissenen Bugreport zu schreiben?
Sorry. Ich kann da die KDevelop-Entwickler total verstehen wenn die sich dann sagen: So lange so wenig Interesse gezeigt wird, solange kümmern wir uns auch nicht großartig drum.
Die Cloud ist aus Sicht der Softwarehersteller interessant, weil man so natürlich die Kontrolle über die Lizenzen behält und jede Plattform bedienen kann.
Nicht nur das. Man hat sogar noch die Daten der Kunden im Haus. Die Abhängigkeit ist also womöglich sogar noch größer als früher.
Für die Kunden muss die Zukunft allerdings längst nicht in der Cloud liegen, denn dafür hat die für die Kunden zu viele Nachteile.
Ein Entwickler mit Job muss in der Regel nicht aufs Geld schauen. Die Windows Lizenz kostet einem auf 10 Jahre gerechnet nicht einmal ein Glas Bier pro Monat.
Und wenn man gegen Microsoft einen ideologischen Kampf führt, was ich jetzt niemandem unterstelle, aber manche machen das ja wirklich, dann kann Microsoft diese eine Lizenz hunderttausende Nutzer kosten.
Nur, wie gesagt, keiner der derzeitigen Entwickler nutzt Windows (außer zum Spielen). Für ein sinnvolles Testen wäre jemand notwendig, der KDevelop auch selbst ernsthaft nutzt unter Windows und sich auch sonst gut mit Windows auskennt und all den Fallstricken. Gelegentliches Herumprobieren von Windows-Laien, mit begrenzten Testfällen, wäre da ineffektive Zeitverschwendung, sowohl der KDevelop-Entwickler als auch Windows-Nutzer, denen niemand richtig helfen kann wenn sie dann in richtige Probleme laufen.
Daß Windows prinzipiell nicht als unwichtig gesehen wird, zeigen wir ja durch den Fortbestand der CI und des automatisierten Packaging. Aber es braucht Fachkräfte, um das Ergebnis auch ernsthaft an normale Anwender zu vermitteln.
Jeder, der gut in C++, Qt & Co ist, kann zu KDevelop beitragen als Entwickler. Wir sind nichts anderes als die, die KDevelop nur verwenden. Nur schrauben wir nicht an Motorrädern herum in der Freizeit, sondern an unserem Arbeitswerkzeug
Was das Problem mit dem Popup betrifft: die KDevelop-Windows-Testpakete sind genau dafür da, das auszuprobieren. Sollte schnell gehen: herunterladen, installieren, herumspielen (oder ärgern ).
Okay, jetzt wundert es mich aber auch nicht warum ihr keine Windows Entwickler habt.
Ich denke du meinst unter Testen etwas völlig anderes, als ich es meine. Du schreibst z.B.
Für ein sinnvolles Testen wäre jemand notwendig, der KDevelop auch selbst ernsthaft nutzt unter Windows und sich auch sonst gut mit Windows auskennt und all den Fallstricken.
Darunter verstehe ich, dass ihr als Entwickler jemanden sucht, der bspw. z.B. Windows spezifische API Funktionen nutzt und somit bspw. auch mit einem GUI Builder für Microsoft- und Windowsspezifische GUI Toolkits arbeitet, dass sind dann so Features, die auch Visual Studio noch so mit sich bringt.
Aber ich denke, erst einmal müssen die Grundlagen einer IDE stimmen, d.h. sie muss funktionell funktionieren. Der Editor soll tun was man verlangt, man soll mit dem Debugger arbeiten können und die Projektdateien sollen wie erwartet geladen und gespeichert werden, und die Tooltips sollen richtig angezeigt werden usw.. Wenn diese Grundfunktionen nicht stimmen und das tun sie, man beachte den oben genannten Bug, derzeit nicht, dann wird kein professioneller Entwickler auch nur 5 weitere Minuten an dieser IDE verschwenden, da er sie in dem Zustand für Garbage oder unreifes Spielzeug hält. Auf jedenfalls wäre das nichts, womit man ernsthaft seine Arbeit machen möchte.
Deswegen ist die Strategie, die ihr da verfolgt, warten bis irgendein Profi Entwickler sich mal dem Windows Code annimmt und ernsthaft unter KDevelop im Arbeitsalltag entwickelt, vergeblich. Sinnvoller wäre es, die Grundfunktionen zu testen, geht der Editor, geht der Debugger usw.. dann werdet ihr nicht nur Anfänger zu KDevelop damit locken, sondern auch eher erfahrene Entwickler die sich sagen: "die Grundfunktionen gehen schon einmal, grundsätzlich ist die IDE brauchbar, das und jene Erweiterung die das Entwickeln unter Windows einfacher machen würde, fehlt zwar noch, aber die könnte ich mal einbauen." Und so bekommt ihr dann nach und nach mehr und mehr Entwickler für die Windows Version und dann habt ihr auch Leute, die KDevelop so testen, wie du es erwartest.
Gelegentliches Herumprobieren von Windows-Laien, mit begrenzten Testfällen, wäre da ineffektive Zeitverschwendung, sowohl der KDevelop-Entwickler als auch Windows-Nutzer, denen niemand richtig helfen kann wenn sie dann in richtige Probleme laufen.
Programmieranfängern zu erklären, wie man unter Windows Software entwickelt ist meiner Meinung nach nicht die Aufgabe von Entwicklern einer IDE und ich glaube auch nicht, dass Programmieranfänger sich die KDevelop Maillingliste als Anlaufstelle suchen, eher gehen sie in ein Programmiererforum und fragen da.
Die Grundfunktionen der IDE müssen aber funktionieren, wenn sie das nicht tun, die Software also nicht einmal Alpha Status hat, dann ist es keine gute Idee, das Programm als unter Windows lauffähig zu bewerben. Dann sollte man so ehrlich sein und es besser mit dem Port ganz sein lassen.
Was das Problem mit dem Popup betrifft: die KDevelop-Windows-Testpakete sind genau dafür da, das auszuprobieren. Sollte schnell gehen: herunterladen, installieren, herumspielen (oder ärgern ).
Und genau das könntet ihr auch selber machen. Das sind so banale Tests, die man auch machen kann ohne 8 h am Tag mit der IDE ernsthaft unter Windows arbeiten zu müssen. Der Rest kommt dann nach und nach, wenn Leute mit der IDE, bei der die Grundfeatures grundsätzlich erst einmal funktionieren, dann anfangen zu Programmieren und dabei dann speziellere Bugs finden.
Und wenn ihr ohnehin Leute habt, die Windows schon zum Spielen haben, dann sollte es auch kein Problem sein, mal KDevelop und dessen Grundfunktionen unter Windows zu testen. Denn dann muss ja nicht einmal eine Windows Lizenz angeschafft werden, wenn die ohnehin schon da ist.
Also wenn du ernsthaftes Interesse an KDevelop hast und wenn du es tatsächlich Einsetzen würdest, dann nimm Geld in die Hand und stelle einen Auftrag
Zu dem lieben Wörtchen wenn. Wer mit wenn versucht zu argumentieren, muss auch den Fall wenn nicht in seinen Überlegungen mit einbeziehen. Es hilft die eigenen Theorien gründlicher zu überdenken.
Das du da verlangst, geht mMn. etwas zu Weit am Gedanken von Open Source vorbei. Du kannst ein Open Source Programm nehmen und wenn du es willst erweitern. Genau das hat dir Friedrich nochmal zu erklären. Die Leute nutzen KDevelop für ihre Arbeit und passen es für sich an. Einen Angestellten der irgendwas machen muss, gibt es hier nicht und damit kannst du niemandem etwas vorschreiben oder fordern.
Ich bin selber Softwareentwickler und schreibe auch für meine Bedürfnisse Open Source Programme. Aber eben mehr für Windows, weil ich mehr Windows nutze. Ich schaue dennoch das meine Programme nicht nur einem Betriebssystem laufen können, also nutze ich zum Beispiel Java statt .NET. ABER! ich selbst passe es für kein anderes Betriebssystem außer Windows an, vielleicht noch bei meinem Mac. Warum? Weil es aufwändig ist. 8-9 Stunden muss ich für meinen Arbeitgeber Software schreiben und warten, denn er bezahlt mich dafür. 8 Stunden sollte jeder Mensch schlafen. Die restlichen 8 Stunden muss man sich irgendwie einteilen, das ist jedem selbst überlassen.
In den restlichen 8 Stunden des Tages habe ich zum Beispiel wenig Zeit für meine Projekte. Auch bringt man nicht jeden Tag die Kraft auf, sich nach der Arbeit sich nochmal hinzusetzen und weiter an eigenen Projekten zu arbeiten. Deshalb kann ich auch die restlichen Betriebssysteme nicht unterstützen und testen, ob es dort funktioniert und wie gut es dort funktioniert. Oft interessiert mich das auch erst dann, wenn ich es unter einem andren Betriebssystem nutzen möchte, was eher selten passiert. Ich mache es genauso wie das KDevelop Team. Falls sich jemand zum meinem Projekt verirrt, möchte es nutzen aber zum Beispiel unter Linux. Muss er es selbst anpassen und für Linux zum laufen bringen. Ich mache es bestimmt nicht.
So ist Open Source und so ist es schon immer gewesen.
Es geht um 15 Minuten einmal alle 6 Monate. Aber klar, du hast dafür natürlich keine Zeit. Also erzähl mir nichts.
Der Rest was ich sagte bleibt gültig. Keine funktionierenden Grundfunktionen = keine Entwickler für KDevelop (unter Windows) = es bleibt alles wie es ist.
Damit hat er ein Problem. Würde er die Zeit und Energie die er in gefühlt jedem zweiten News-Kommentar steckt um irgendwas zu fordern in die Umsetzung nur eines Anliegens investieren, wäre schon viel gewonnen. Stattdessen wird weiter darüber schwadroniert, was alles fehlt.
Sorry das ich das mal so klar sage. Aber es fällt halt schon extrem auf.
Sich in eine bestehende Software einzuarbeiten um da irgendwas, was kaputt ist, zu fixen, dauert viel länger und ist wesentlich anstrengender und aufwendiger.
So sehen das die KDevelop-Entwickler ja offenbar auch. Wenn sie sich schon mit Windows abgeben, dann halt zum entspannen und nicht um da nach Bugs zu suchen und sie zu fixen.
Sich in eine bestehende Software einzuarbeiten um da irgendwas, was kaputt ist, zu fixen, dauert viel länger und ist wesentlich anstrengender und aufwendiger.
Wenn Dir der Aufwand nicht wert ist, dann ist Dir es offenbar nicht wichtig genug.
Andererseits verlangst Du von anderen, das sie es tun. Ist doch schizophren oder nicht?
Wenn Dir der Aufwand nicht wert ist, dann ist Dir es offenbar nicht wichtig genug.
Das ist richtig. Ich habe ja gesagt, dass Entwickler da kurz 5 min reinschauen und dann, wenn sie feststellen, dass beim Taschenrechner nicht einmal die Addition funktioniert, sie das Programm gleich wieder deinstallieren und bei dem bleiben, was sie bisher nutzen.
In meinem Fall also Eclipse. Willst du mir also einen Taschenrechner schmackhaft machen, dann muss er die Grundrechenarten können und nicht zuerst umfangreiche Gleichungslösungsalgorithmen haben, wenn die Grundrechenarten gehen, dann kann man später auch über das Plotten von Funktionen nachdenken. Und so ist das auch mit KDevelop, hier sind also die bisherigen Entwickler gefragt, wenn sie KDevelop das Gehen unter Windows beibringen wollen.
Das ist richtig. Ich habe ja gesagt, dass Entwickler da kurz 5 min reinschauen und dann, wenn sie feststellen, dass beim Taschenrechner nicht einmal die Addition funktioniert, sie das Programm gleich wieder deinstallieren und bei dem bleiben, was sie bisher nutzen.
Ja und dann? Wo ist jetzt genau das Problem für die Leute die KDevelop entwickeln? Benutzen solche Hansels das Programm eben nicht. Und nu? Schlafen sie deshalb schlecht weil sie das Gewissen plagt oder wie?
Es muss ihnen aber jemand sagen, wie sie diesen jemand bekommen, denn sonst warten die noch in 3 Jahren darauf. Das habe ich getan, was hast du in der Zeit getan? Hast du in der Zeit etwas konstruktiv zu KDevelop beigetragen?
Mir scheint, unser Anliegen war dann mißverständlich ausgedrückt:
Wir suchen weniger jemanden für Windows, weil wir Windows unterstützen wollten.
Sondern als das wir die Möglichkeit offerieren, daß jemand, der Lust und Zeit hat, sich um die Nutzbarkeit von KDevelop auf Windows zu kümmern, willkommen ist, und der Aufwand, eine minimale Nutzbarkeit zu erreichen, nicht zu groß sein mag für erste Erfolge, da schon viele Vorarbeiten geleistet wurden, und für einige in früheren Versionen KDevelop unter Windows schon nutzbar war.
Es gehört nicht zur Mission des KDevelop-Projektes, daß KDevelop unter Windows läuft.. Es gehört zur Mission, daß wir offen sind für jedwede Plattform, solange jemand sich aktiv darum kümmert.
Also nochmal deutlicher hoffentlich: Wir laden Interessierte, die KDevelop unter Windows nutzen wollen, herzlich ein, sich in das Projekt einzubringen. Für 5.4.1 wird es wohl auch einen funktionierenden Installer geben, da das von den aktuellen Nightly Builds (https://binary-factory.kde.org/view/Management/job/KDevelop_Nightly_win64/) schon berichtet wurde. Was im Weiteren funktioniert oder nicht funktioniert, wäre auszuprobleren. Wer also Freude hat in der Freizeit mal an anderem Code herumzubasteln,der dann auch potenziell produktiv von anderen genutztt wird, hat hier eine Gelegenheit, gleichzeitig auch Verantwortung zu übernehmen.
Ja, klar, weil Windows 10 so gut mit alter Hardware klar kommt ;P Sorry, aber an der Stelle mit den "EDEKA Lizenzen" habe ich dann auch aufgehört zu lesen.
Meine Rechner sind alle neu genug für Windows 10. ich hatte diesbezüglich daher noch nie ein Problem. Die Systemanforderungen scheinen aber nicht all zu hoch zu sein. Systemanforderungen Windows 10
Du kriegst aber auch Lizenzen für Windows 7. Es ist halt ne Frage, ob die noch Sinn macht. Am Ende des Jahres läuft der Support aus. Für einen Offline Testrechner, um KDevelop zu testen, wird die Windows 7 Lizenz aber auch sicherlich ausreichen.
Von Verfluchtnochmal_5987109 am Mi, 14. August 2019 um 19:30 #
Warum sollte win10 auf einem 10 Jahre alten Rechner nicht laufen?
Mit 2 GB RAM und einem Core bist du dabei, klar nicht für 20 parallele Anwendungen, da braucht es dann halt mehr RAM aber ich hatte in den letzten 15 Jahren nichts unter 8 GB in den Händen, selbst für eine Kiste die Router und Fileserver in einem kleinen Büro spielen sollte und tut wollte man mir vor 7 Jahren nichts unter 8 GB verkaufen
Ihr solltet imo keine Sekunde mehr auf Windows- oder Mac-Versionen verschwenden. Da gibt es viel zu viel (gute) Konkurrenz. Euer Ziel sollte es vielmehr sein, die No. 1 IDE unter Linux zu werden. Das wäre schon ambitioniert genug. Oder ist das etwa schon erreicht?
Ich würde auch die Windows- und Mac-Versionen nicht mehr zum Download anbieten. Wie Ghul ja berichtet, ist zumindest die Windows-Version nicht wirklich produktiv nutzbar. Und kurzfristige Besserung ist offenbar nicht in Sicht. Was also bleibt, ist ein dauerhaft schlechter Eindruck.
Wie gesagt: konzentriert Euch auf Linux, den Rest der Welt könnt Ihr danach erobern.
Naja, Visual Studio ist keine "gute" IDE. Aber MS hat dafür gesorgt, dass es halt auch keine zweite gibt (wenn man in der MS-Welt mit dem ganzen .NET Gedöns arbeiten will/muss)...
Zumindest ist das aber 'eine' IDE, die man dann für alles nutzen kann. Das fänd ich unter Linux auch nett. Eine IDE, mit der man die üblichen Sachen einfach tun kann (über ein Plugin-System bspw.; zu dem es in freier Wildbahn auch tatsächlich Plugins gibt).
Ich nutze seit einigen Jahren Eclipse und bin eigentlich schon Fan davon. Angefangen hat es mit Eclipse PHP, dann Eclipse Java. Für Linux habe ich verschiedene IDEs probiert und letztendlich bin ich wieder bei Eclipse (C++, Java und PHP). Ich schreibe eigentlich eher für Windows, habe aber auch einen Mac und Linux in VirtualBox. Überall kann ich Eclipse problemlos verwenden.
Ja, Eclipse nutze ich auch, sowohl unter Windows als auch Linux. Aber durch den Java Unterbau wirkt es immer wie ein Fremdkörper und ist auch recht schwerfällig, weswegen ich mich alle 2-3 Jahre mal wieder umsehe, was sich so bei den anderen IDEs getan hat. Dazu gehört dann auch immer ein Test dazu, wie gut die unter Windows und Linux funktionieren.
Unter Linux ist KDevelop eine feine Sache, aber beim Windows Client hackt es halt noch.
Linux und Windows nutze ich im Dual Boot Setup. Deswegen ist mir auch das Problem mit dem zweiten Bildschirm aufgefallen. In einer Virtual Machine würde ich wahrscheinlich nur ein Fenster nutzen.
"Aber durch den Java Unterbau wirkt es immer wie ein Fremdkörper und ist auch recht schwerfällig,"
Kann ich nicht nachvollziehen. Ich weiß nicht welchen Desktop du verwendest, aber ich nutze unter Linux Gnome3 und da passt sich Eclipse den GTK-Themes an. Das heißt es sieht dort stimmig aus. Unter Windows und Mac sieht es auch gut aus. Darüber hinaus, kann Eclipse eigene Themes einsetzen. Entweder selber eines machen, oder aus den Packages eins aussuchen.
Das es schwerfällig ist, kann ich nur dahingehend bestätigen das wenn du keinen 10-11 Jahre alten Rechner zum Programmieren verwendest, Eclipse eigentlich schnell ist. Darüber hinaus ist es sehr anpassbar und du kannst vieles was du nicht benötigst deaktivieren. Dann ist es auch auf älteren Maschinen gut einsetzbar. Ich hatte Anfang diesen Jahres, Eclipse auf einem Rechner mit Core2Duo laufen lassen. Beim "autovervollständigen" kam es nicht immer hinterher, also habe ich es teilweise so eingestellt, das es nicht immer anspringen musste. Und dann ging das auch.
Und wenn ich mir folgenden Artikel durchlese: Do not use meson, dann muss ich dem Artikelschreiber in seinen Punkten recht geben. Wozu also Meson wenn es schon längst CMake gibt und das alle Aufgaben besser erfüllt, da es auch in fast allen IDEs bereits gut integriert ist?
Persönlich, nach vielen Jahren CMake-Nutzung und Schreiben teilweise eher komplexer CMake-Macros, sehe ich bei CMake noch viel Luft nach oben, die Syntax/Struktur-bedingt wohl nicht so schnell zu füllen ist.
Ob Meson da besser sein wird und kann, keine Ahnung. Aber ein wenig Wettbewerb schadet nie. Man soillte bei der Bewertnug auch aufpassen, ob hier nicht Leute ihren Wissensvorteil zu verteidigen versuchen, anstatt nüchtern eine Anforderungsanalyse zu machen und dann die Lösungen zu vergleichen. Ich für meinen Teil würde mit Meson mein Kapital verlieren und neu sammeln müssen Aber was täte man nicht für eine bessere Zukunft, wenn man noch Zukunft hat
Außer dem Argument "Es gibt schon CMake" in dem verlinkten Artikel sehe ich nicht wirklich Argument. Übrigens, der CMake-Server-Mode wurde gerade wieder abgekündigt, die IDE-Integration darf also überarbeitet werden: > The "cmake-server(7)" mode has been deprecated and will be removed > from a future version of CMake. Please port clients to use the > "cmake-file-api(7)" instead. Von https://blog.kitware.com/cmake-3-15-0-available-for-download
Das Meson-Unterstützungsplugin für KDevelop existiert parallel zu dem für CMake. Mögen die Nutzer für sich entscheiden, was besser ist KDevelop versucht nur zu "integrieren".
Ich habe einige Male zu verschiedenen Zeiten versucht, Eclipse zu installieren für C++ und Python Development. Also CDT und PyDev. Ich hatte den Eindruck, dass beide Plugins relativ tiefgehend die gesamte IDE auf links drehen, und man eigentlich von solchen Plugins höchstens eines installieren sollte.
PyDev stusst mich beim Starten erstmal mit einem Dialog zu (bei dem die einzelnen Checkbox-Optionen mit Fragezeichen enden?!), es wäre empfehlenswert, bestimmte IDE-Features zu deaktivieren. Das sind dann so Nebensächlichkeiten wie "Automatic build".
Also Eclipse PyDev kenne ich nicht. Ich verwende immer den Installer von Eclipse um die nötigen IDEs zu installieren. Falls du Eclipse Java Edition verwendest und dann den Rest über Plug-Ins nach holst, kann sein das etwas schief geht. Kann ich aber nicht beurteilen.
Naja, die Eclipse Java Edition funktioniert ganz gut, das weiß ich aus längst vergangenen Tagen (es wird sich wahrscheinlich nicht dramatisch verschlechtert haben)...
Aber PyDev ist halt für Python-Entwicklung, und CDT entsprechend für C/C++. Das sind so die Sprachen, zu denen ich die perfekte IDE noch suche... Wenn diese IDE dann noch ein bisschen Bash-Scripte und Javascript highlighten und vervollständigen kann, ist es gleich doppeltperfekt. Java-Code habe ich schon ganz lange nicht mehr geschrieben.
> Falls du Eclipse Java Edition verwendest und dann den Rest über Plug-Ins nach holst, kann sein das etwas schief geht.
Das kenne ich von früher noch. Eclipse drauf; und dann mal einen Sonntagvormittag Zeit nehmen für das Subversion-Plugin...
Das kenne ich von früher noch. Eclipse drauf; und dann mal einen Sonntagvormittag Zeit nehmen für das Subversion-Plugin... :D
Ich glaube das ist schon lange her. Ich habe mir jüngst das neue Eclipse JEE 6.2019 installiert und dann über Eclipse-Market ("Store" innerhalb von Eclipse) den WindowBuilder, sowie in Eclipse den PHP "Remote Explorer". Ging alles innerhalb von Minuten und fertig.
Eclipse C++ hole ich mir (für Linux) ebenfalls aus dem Eclipse Installer und kann direkt loslegen.
JavaScript geht, Bash müsstest du ausprobieren. Vielleicht gibt es auch was als Plug-In.
>> Sonntagvormittag Zeit nehmen für das Subversion-Plugin > Ich glaube das ist schon lange her.
Jaja, das kann ich mir schon vorstellen. Darum geht's auch nicht. Am Ende des Sonntagvormittags bin ich als Sieger aus diesem Kampf gegangen Von daher, alles gut...
Wichtig wäre mir aber, dass ich in der IDE halt C++ (inkl. Qt; SIGNALs/SLOTs, ...) machen kann, und Python machen kann, ohne dass mir beide Plugins (vielleicht sogar auf zueinander inkompatible Weise) die gesamte IDE auf links drehen wollen.
Ich hatte irgendwann auch den Eindruck, Eclipse ist auch so'n bisschen ein sinkendes Schiff, wo jetzt nicht mehr sooooo viele Leute mit/dran arbeiten. Oracle war unsympathisch; und MS hat's irgendwie geschafft, die Massen für einen besseren Texteditor im Chrome-Browser zu begeistern... Kann aber auch sein, dass dieser Eindruck verkehrt ist...
Derzeit nehme ich QtCreator und PyCharms... Geht auch. Cooler wäre halt 'eine' IDE...
Bash müsstest du ausprobieren. Vielleicht gibt es auch was als Plug-In.
Ja. Gibt es.
Allerdings sehe ich die ganze Eclipse-Thematik inzwischen mit sehr gemischten Gefühlen. Insbesondere seit IBM ausgestiegen ist hat die IDE deutlich an Fahrt verloren.
Für spezifische Dinge tut sie ohne Zweifel immer noch ihren Dienst. Als "IDE für alles" sieht das ganze dann schon etwas durchwachsener aus. Benötigte Plugins sind nicht selten veraltet und/oder fehlerhaft. Oder es gibt jenseits von Eclipse einfach Besseres. Selbst in der "Kernkompetenz" Java ist Eclipse nicht mehr gesetzt. Und der ganze Jetbrains-Kram ist halt auch ziemlich gut und inzwischen gibt es ja teilweise kostenlose Editionen.
Ich habe einige Male zu verschiedenen Zeiten versucht, Eclipse zu installieren für C++ und Python Development. Also CDT und PyDev. Ich hatte den Eindruck, dass beide Plugins relativ tiefgehend die gesamte IDE auf links drehen, und man eigentlich von solchen Plugins höchstens eines installieren sollte.
Ich nutze getrennte Eclipse Installationen.
Eclipse für Java Eclipse für C und C++
Das sind bei mir voneinander unabhängige Installationen. Ich mische zur Eclipse Standardinstallation mit Java also nicht den C++ Support dazu, sondern installiere Eclipse mit C++ Unterstützung extra.
Das mache ich schon seit Jahren so und fahre damit recht gut. Da hakt dann nichts und kommt auch nichts durcheinander. Klar, es braucht mehr Festplattenplatz, aber das ist heute bei den heutigen Datenträgergrößen nun wirklich kein Problem mehr.
> Das sind bei mir voneinander unabhängige Installationen.
Kann man schon tun, aber dann kann ich auch bei dem bleiben, was ich heute habe. Dann brauche ich mir kein Eclipse geben, wenn ich QtCreator und PyCharms habe.
Also ich würde das wirklich gern benutzen... aber wenn ich von Dolphin aus Dateien von einer sftp quelle laden will, eiert KDevelop herum, dass es kein sftp modul habe. Wozu auch? die Verbindung hat ja Dolphin schon aufgebaut.
Also ich würde das wirklich gern benutzen... aber wenn ich von Dolphin aus Dateien von einer sftp quelle laden will, eiert KDevelop herum, dass es kein sftp modul habe. Wozu auch? die Verbindung hat ja Dolphin schon aufgebaut.
Ja. So was ist wirklich ärgerlich. Das Problem hierbei ist, das KDE hier sein eigenes Ding macht und quasi solche Sachen wie sftp selbst implementiert. Das klappt dann nur, wenn alle betroffenen Programme auch brav diese Implementierung (richtig) nutzen.
Würde man einfach traditionelle Mountpoints verwenden, gäbe es das Problem gar nicht. Man würde sich eigene Implementierungen sparen (die ja auch wieder potentiell fehlerhaft sein können) und es würde mit ausnahmslos jedem Programm klappen, was mit normalen Dateisystemen umgehen kann.
Was mich allerdings wirklich ärgert ist, dass andere KDE Programme, die mit dem Paketmanagement nach /usr/ installiert sind, ohne weiteres diese vom Framework aufgebauten Verbindungen transparent benutzen können. Kate, Kwrite, Gwenview etc alle können via Netzwerk in Dolphin angezeigte Dateien genauso öffnen und bearbeiten, als wären sie lokal.
Möglicherweise hängt das damit zusammen, dass es nur mit dem App Image nicht geht.... was dann einiges über die Benutzbarkeit von AppImage aussagen würde (von Snap und Kollegen zu schweigen...)
ohne weiteres diese vom Framework aufgebauten Verbindungen transparent benutzen können. Kate, Kwrite, Gwenview etc alle können via Netzwerk in Dolphin angezeigte Dateien genauso öffnen und bearbeiten, als wären sie lokal.
Ja. Sofern sie dann auch wirklich alle brav das entsprechende Framework (KIO) benutzen. Wenn nicht, dann gehts eben nicht.
Möglicherweise hängt das damit zusammen, dass es nur mit dem App Image nicht geht....
Möglicherweise. AppImage & Co heißt ja letztlich, "ich benutz nicht die Bibliotheken die das System mir zur Verfügung stellt, sondern bring den Kram den ich brauche mit". Damit kann natürlich dann auch die Integration ins System leiden was sich dann z.B. in solchen Fehlern äußert.
was dann einiges über die Benutzbarkeit von AppImage aussagen würde (von Snap und Kollegen zu schweigen...)
Kommt halt drauf an, was man will. Nicht selten ist die fehlende Interaktion mit dem System ja ein gewünschtes Merkmal. Evtl. bringen solche Pakete ja eigene angepasste oder neuere Versionen von Bibliotheken mit. Dann soll dieses Programm natürlich auch das verwenden und nicht das, was im System rumliegt.
Ich glaube das größte Missverständnis bei AppImage, Snap, Flatpak und Co ist, das es als reines Drop-In-Replacement für Programminstallation via Paketmanager gesehen wird (halt mit dem Vorteil, das die distributionsunabhängig sind). Aber das ist eben allenfalls die halbe Wahrheit.
Das eine macht das andere nicht überflüssig. Es hat beides, je nach Anwendungsfall, seine Berechtigung.
Ja, schon wahrscheinlich, daß das an dem AppImage liegt. Als derjenige, der sich derzeit um die Existenz eines AppImages von KDevelop (soweit Zeit vorhanden) kümmert, werde ich da bei Gelegenheit schauen, ob das so ist und ob das zu fixen ist.
Anhänger der Bundled-Apps-Welt bin ich auch nicht, AppImage hat aber ein paar interessante Anwendungsfälle (z.B. zum schnellen Reinschnuppern oder Testen von Fixes), daher schenke ich dem ein wenig Zeit, zumal es Hersteller-neutral ist.
Danke! Finde ich gut, dass Du Dich darum kümmerst!
Du hast natürlich auch Recht, dass schnelles Testen von ganz neuen Versionen einer Anwendung der interessanteste Anwendungsfall für AppImage und Co ist. Wenn dann bei solchen Tests irgendwas, das **normalerweise** geht, nicht funktioniert, fällt das schnell auf das Projekt selber zurück...
Ist dann schade. Wenn viele anspruchsvolle Funktionen, die viel Arbeit machen, gut gehen und sowas triviales wie eine SFTP Verbindung nicht...
Zeigt die Windows Version von KDevelop bei Zweimonitorsystemen den Tooltip, also die Vorschläge zur Codevervollständigung, immer noch auf dem Zweitbildschirm an?
So war das jedenfalls unbenutzbar und sehr störend.
Insbesondere wenn man den zweiten Monitor gar nicht benutzen wollte und gerade ausgeschaltet hatte.
Klar, ich suche aber eine Crossplattform IDE, die ich sowohl unter Windows als auch Linux und Co wechselseitig nutzen kann.
KDevelop kam da in die engere Wahl, aber das mit den Tooltips auf dem falschen Display ist ein großer Störpunkt.
Immerhin ist die Autovervollständigung ein sehr wichtiger Teil einer IDE.
Hallo, KDevelop-Release-Manager hier
Aktuell ist niemand im KDevelop-Projekt, der selbst Windows nutzt. CI und Packaging-Automaten, die einstmals aufgesetzt wurden fürs Bauen von KDevelop auf Windows, laufen bislang aber weiterhin auf den KDE-Servern, nur probiert niemand das Ergebnis aus.
Wer neugierig ist, kann bitte den neuesten Build von https://binary-factory.kde.org/job/KDevelop_Release_win64/ ausprobieren, und gerne auch hier Rückmeldung geben, inwieweit das Ergebnis noch nutzbar ist. Dann würde ich das auf die Download-Seite packen.
Ansonsten freuen wir uns über jeden Entwickler, der gerne einmal Verantwortung übernehmen möchte und sich um nutzbare Versionen von KDevelop für Windows kümmern mag, wenigstens für eine Weile.
Gruß
Firiedrich
Schön zu hören.
Ich sag es mal so. Der Einstieg in unbekannten Code ist immer mit Aufwand verbunden aber was ihr machen könntet wäre folgendes.
Oftmals kauft man sich alle paar Jahre einen neuen Rechner, die einen häufiger, die anderen weniger häufig.
Aber der ein oder andere wird sicher einen alten Core2Duo oder Sandy Bridge Rechner haben.
In den könntet ihr eine kleine SSD einbauen und darauf dann Windows installieren.
Super günstige Windows 10 Lizenzen gibt es derzeit bei EDEKA
Siehe dazu auch folgender
Heise Artikel.
Da reicht schon Windows 10 Home in der einfachsten Version.
Die meisten Monitore haben einen zweiten Eingang, an den kann man den alten Rechner anschließen und dann, wenn man den alle paar Monate mal zum Ausprobieren und Testen von Kdevelop für Windows braucht, einfach auf dessen Signal umschalten.
Den Windows Rechner kann man per VLAN komplett vom Linux LAN trennen. Im Prinzip braucht es nicht einmal eine Netzwerkverbindung, wenn mal das Windows installiert ist.
Die Windows Version von KDevelop dürfte sich auch per USB Stick rüberkopieren und ausprobieren lassen.
Den Rechner kann man dann so offline oder im Gastnetz wie er ist mindestens > 10 Jahre nutzen und alle 4-6 Monate mal die neueste KDevelop Beta ausprobieren.
Als Tastatur und Maus reicht die USB Tastatur und USB Maus vom Hauptrechner, da muss man halt ab und zu mal umstecken, sollte aber kein Problem sein.
Mit so einem Setup kann man weiterhin Linux nutzen, kann aber ab und zu die Windows Version von KDevelop testen.
Der ein oder andere KDevelop Entwickler mag sich jetzt vielleicht fragen, warum er das für Windows bzw. für die Welt von Microsoft tun sollte.
Nun, KDevelop ist eine IDE und somit hochinteressant für Entwickler.
Und wenn die überwiegend Windows zum Entwickeln nutzen, dann nutzen sie da eine IDE die dort gut funktioniert.
Momentan ist das ganz klar Visual Studio.
Das Problem ist jetzt aber der von Microsoft beabsichtige Vendor Lockin. Solange die meisten Entwickler ausschließlich mit Visual Studio entwickeln und dann vielleicht noch den Compiler von Microsoft verwenden werden sie kaum auf die Idee kommen für Linux und andere Plattformen zu entwickeln.
Und hier kann KDevelop ins Spiel kommen.
Wenn KDevelop für diese Entwickler unter Windows gut genug ist und sie wegen KDevelop dann vielleicht auch gleich noch einen crossplattform Compiler wie clang aus LLVM oder g++ verwenden, dann ist der Sprung zu Linux, wo man auch dann wiederum KDevelop als IDE und die entsprechenden Compiler vorfindet, keine große Hürde mehr.
Die Wahrscheinlichkeit, dass die dann auch den Linux Markt bedienen, weil der Umstieg nicht mehr so viel kostet, wird dann wesentlich größer.
Momentan ist unter den Open Source Crossplattform IDEs nur Eclipse halbwegs mit Visual Studio konkurrenzfähig, aber Eclipse ist auch recht schwerfällig, weswegen viele dann halt doch eher unter Windows zu Visual Studio greifen werden.
KDevelop könnte das hier ändern.
Deswegen ist es wichtig, dass KDevelop unter Windows gut funktioniert.
Und der einfachste Weg das ab und zu mal unter Windows zu testen ist ein alter Zweitrechner, den man alle 4-6 Monate mal anwirft um nachzugucken.
Günstiger geht's natürlich mit Dualbooten, aber ich schätze mal, dass manche Linux User auf ihrem Hauptrechner aus Datenschutzgründen im privaten LAN kein Windows OS laufen lassen wollen, das kann ich verstehen, deswegen ist hier der alte Zweitrechner, den man dann schön vom privaten LAN trennen kann, eine gute Mittellösung.
Wegen dem Tooltip (Infobox), das auf dem zweiten Monitor, der bei mir Links vom Centermonitor steht, kann ich euch noch sagen, dass ich das damals mit KDevelop 5.2.1 unter Windows 7 Prof. getestet habe.
Wenn es seit dieser Version bei den Tooltips bzw. der Autocompletion Ansicht keine Änderungen im Code mehr gab, solltet ihr da mal schauen ob da irgendwo ein Bug drin ist, von dem die Windows Version von KDevelop betroffen ist.
Da das ne GUI Geschichte ist, würde ich natürlich nicht ausschließen, dass es auch an Qt liegen könnte, aber das ist eher unwahrscheinlich, da Qt auch unter Windows vielfach genutzt wird und das dann sicherlich schon längst aufgefallen wäre.
Eventuell werden die Funktionen fehlerhaft aufgerufen, weshalb es zu dem Phänomen in KDevelop unter Windows kommt.
Schön wäre es, wenn die Autocompletion bzw. dessen Tooltip auch in KDevelop unter Windows direkt im Editor unterhalb des Cursors angezeigt werden würde, wie es normalerweise bei IDEs der Fall ist.
In der oben genannten Version werden diese am rechten Rand auf dem zweiten Bildschirm, der links vom Centermonitor steht angezeigt. Im Centermonitor hatte ich das Hauptfenster von KDevelop laufen.
Die GPU war von NVidia und das Problem trat bis jetzt nur bei KDevelop auf.
Momentan bin ich beim Renovieren, weswegen ich den Computer gerade am TV angeschlossen habe und das mit der neuen Version daher an meinen zwei Computerbildschirmen nicht selber testen kann.
Wie wärs damit selber einen Dualboot einzurichten oder ein Linux-Live-System zu benutzen anstatt den Entwicklern eine günstige Windows 10-Lizenz aufzuschwatzen?
Vendor Lock-In bei Windows zu kritisieren aber weiter Windows benutzen? Das verstehe wer will.
Mit Verlaub, dass man mittels KDevelop Leute weg von Visual Studio und hin zu Linux führen wird, glaube ich nicht.
Hast du nicht gelesen? Ich Dualboote schon die ganze Zeit.
Tja, so ist das halt, wenn nicht jede Software für Linux verfügbar ist. Dazu kommen wir dann zu deinem nächsten Punkt.
Du glaubst, ich begründe und die Begründung ist logisch schlüssig. Mehr Crossplattformtools erleichern den Umstieg.
In Büroarbeitsplätzen ersetzt man in der Regel auch erst einmal MS Office durch Libre oder Open Office und erst dann im nächsten Schritt steigt man auf Linux um. So wird der Umstieg einfacher, da die Mitarbeiter schon ihr Office kennen und nicht gleich zwei Sachen lernen müssen.
Für Entwickler ist der Umstieg auch einfacher, weil sich KDevelop dann gegen Visual Studio unter Windows schon längst behauptet hat, wenn der Entwickler unter Windows KDevelop bevorzugt. Der nächste Schritt zu Linux ist dann ganz einfach, denn dann braucht er kein Visual Studio mehr, das es ja nur für Windows gibt.
Noch was.
Und überleg dir mal, warum Microsoft so schlau ist und Windows 10 mit einem Linux Zusatz ausstattet.
Damit binden die sich Linuxer an Windows.
Bisher waren Linux-Services unter Windows eher kompliziert zu erreichen. Man musste sich mit Zusatztools a-la Cygwin behelfen und Ähnliches.
Windows wird ja oft auch wegen Abhängigkeiten eingesetzt. Viele würden schon gern weg, aber wegen irgendwelcher Software müssen sie dann doch ein Windows haben.
Wenn dann das Windows auch noch in Bezug auf Linux beschissen zu bedienen ist, dann ist der Leidensdruck viel höher und damit die Motivation von der Windows-Plattform wegzukommen.
Und die Zukunft liegt sowieso in der Cloud (zumindest gehen alle davon aus).
Selbst Microsoft macht den Großteil seines Umsatzes mit dem Cloud-Geschäft. Und dort kannst Du von Microsoft alles haben. Natürlich Windows, aber auch Linux oder FreeBSD.
Microsoft ist schon längst nicht mehr Windows-zentriert. Die wissen nämlich genau, das allein damit sie nicht zukunftsfähig sein werden.
Heute geht es darum die Leute nicht um jeden Preis an Microsoft-Software zu binden, sondern an Microsofts Cloud-Dienste!
Nicht umsonst gibts Android-Apps von Microsoft. Nicht umsonst leistet Microsoft inzwischen ein nicht kleinen Anteil an OpenSource-Software.
Das wovon Du redest das galt mal vor >=20 Jahren.
Fakt ist eher, die meisten bleiben bei Windows oder kehren wieder zurück, weil sie dort die Software haben, die sie brauchen oder die Softwarelösungen unter Linux nicht reichen oder sie auf zu viele Schwierigkeiten stoßen.
Und mit der Linux Erweiterung kriegen diese jetzt beides auch unter Windows, denn das ein oder andere Feature, das sie unter Linux gefunden haben, werden die Windowsrückkehrer schon gut finden und auch unter Windows haben wollen, die Linux Erweiterung ermöglicht genau das.
Eine Windows Lizenz mag zwar immer Geld kosten, aber diese Kosten sind in Relation zum Nutzen völlig vernachlässigbar.Z.B. wegen Visual Studio und jedes mal, wenn die Windows Nutzer KDevelop unter Windows ausprobieren, läuft es nicht rund.
Also bleiben sie bei Visual Studio.
Aber deswegen bin ich ja da und weise die Entwickler darauf hin.
Die Cloud ist aus Sicht der Softwarehersteller interessant, weil man so natürlich die Kontrolle über die Lizenzen behält und jede Plattform bedienen kann.
Für die Kunden muss die Zukunft allerdings längst nicht in der Cloud liegen, denn dafür hat die für die Kunden zu viele Nachteile.
Die Lizenzverkäufe von Windows sind eher rückläufig. Nur leicht, aber immerhin.Och. Die Konkurrenz besteht gar nicht mehr nur im reinen Desktop-Bereich. Und der Desktop-Bereich ist ohnehin der Einzige, wo Microsoft noch Marktführer ist.
Das Problem ist, dieser Bereich schrumpft. Leute die sich früher ein PC/Laptop geholt haben um ins Internet zu kommen die benutzen heute eher Tablets und Smartphones. Da fließt die Kundschaft im größeren Stil ab. Und nicht bei denen die mal irgendwie ein ubuntu getestet haben udn vielleicht dabei geblieben sind.Das Linux-Subsystem unter Windows ist doch nichts Halbes und nichts Ganzes. Für das wofür es gedacht ist reicht es völlig aus. Als Drop-In-Replacement aber völlig ungeeignet.Das mag für den Desktop stimmen. Aber Linux ist ja vor allem da verbreitet, wo Microsoft kein Bein in die Tür kriegt. Man denke nur an Server. Oder diese Homerouter die da z.B. unter 50€ kosten. Und da würde ne Windows-Lizenz sich sehr wohl spürbar in den Kosten niederschlagen. Selbst wenns nur 5 € wären.
Vom Smartphone-Boom konnte Microsoft ebenfalls nicht mit Windows profitieren. Dabei hatten sie mit der WIndows-Mobile-Plattform sogar ein relativ gutes Produkt. Hat der Markt aber trotzdem nicht in genügend großem Umfang angenommen.
Das impliziert, das wenn viele KDevelop unter Windows nutzen, das sich daraus auch Leute rekrutieren, die dann den Windows-Port pflegen.Klingt zwar erstmal plausibel. Lässt sich in der Erfahrung aber so nicht bestätigen. Im Gegenteil. Du hast eigentlich bei solchen OpenSource-Projekten fast immer ein krasses Missverhältnis von Anwendern und Anwendern die auch in irgendeiner Form etwas zum Projekt beitragen.Ein Minimum an Beitrag wäre zumindest ein Bugreport zu schreiben. Das hättest DU ja zum Beispiel mal machen können. Oder meinste, die Entwickler haben Zeit und Lust irgendwleche Foren abzugrasen, ob da irgendwelche Fehlerbeschreibungen sind?
Und wegen Leuten wie Dir sollen die das selbst auf Windows testen damit Leute wie Du dann KDevelop verwenden. Sprich Leute, bei denen offenbar nicht die geringste Chance besteht, das sie sich jemals am Projekt beteiligen, weil sie nicht mal in der Lage sind nen beschissenen Bugreport zu schreiben?
Sorry. Ich kann da die KDevelop-Entwickler total verstehen wenn die sich dann sagen: So lange so wenig Interesse gezeigt wird, solange kümmern wir uns auch nicht großartig drum.
Nicht nur das. Man hat sogar noch die Daten der Kunden im Haus. Die Abhängigkeit ist also womöglich sogar noch größer als früher.Ich habe nichts anderes behauptet.Vorsicht bei Verallgemeinerungen wie Server. Es gibt verschiedene Arten von Servern und nicht überall besitzt Linux eine Führungsrolle.
Und dann noch etwas.
Ein Entwickler mit Job muss in der Regel nicht aufs Geld schauen.
Die Windows Lizenz kostet einem auf 10 Jahre gerechnet nicht einmal ein Glas Bier pro Monat.
Und wenn man gegen Microsoft einen ideologischen Kampf führt, was ich jetzt niemandem unterstelle, aber manche machen das ja wirklich, dann kann Microsoft diese eine Lizenz hunderttausende Nutzer kosten.
> Ein Entwickler mit Job muss in der Regel nicht aufs Geld schauen.
Es hat doch nichts mit Geld zu tun, wenn kein Interesse an Windows besteht.
Danke für die ausführliche Gedankendarlegung
Nur, wie gesagt, keiner der derzeitigen Entwickler nutzt Windows (außer zum Spielen). Für ein sinnvolles Testen wäre jemand notwendig, der KDevelop auch selbst ernsthaft nutzt unter Windows und sich auch sonst gut mit Windows auskennt und all den Fallstricken.
Gelegentliches Herumprobieren von Windows-Laien, mit begrenzten Testfällen, wäre da ineffektive Zeitverschwendung, sowohl der KDevelop-Entwickler als auch Windows-Nutzer, denen niemand richtig helfen kann wenn sie dann in richtige Probleme laufen.
Daß Windows prinzipiell nicht als unwichtig gesehen wird, zeigen wir ja durch den Fortbestand der CI und des automatisierten Packaging. Aber es braucht Fachkräfte, um das Ergebnis auch ernsthaft an normale Anwender zu vermitteln.
Jeder, der gut in C++, Qt & Co ist, kann zu KDevelop beitragen als Entwickler. Wir sind nichts anderes als die, die KDevelop nur verwenden. Nur schrauben wir nicht an Motorrädern herum in der Freizeit, sondern an unserem Arbeitswerkzeug
Was das Problem mit dem Popup betrifft: die KDevelop-Windows-Testpakete sind genau dafür da, das auszuprobieren. Sollte schnell gehen: herunterladen, installieren, herumspielen (oder ärgern
).
Okay, jetzt wundert es mich aber auch nicht warum ihr keine Windows Entwickler habt.
Ich denke du meinst unter Testen etwas völlig anderes, als ich es meine. Du schreibst z.B.
Darunter verstehe ich, dass ihr als Entwickler jemanden sucht, der bspw. z.B. Windows spezifische API Funktionen nutzt und somit bspw. auch mit einem GUI Builder für Microsoft- und Windowsspezifische GUI Toolkits arbeitet, dass sind dann so Features, die auch Visual Studio noch so mit sich bringt.
Aber ich denke, erst einmal müssen die Grundlagen einer IDE stimmen, d.h. sie muss funktionell funktionieren.
Der Editor soll tun was man verlangt, man soll mit dem Debugger arbeiten können und die Projektdateien sollen wie erwartet geladen und gespeichert werden, und die Tooltips sollen richtig angezeigt werden usw..
Wenn diese Grundfunktionen nicht stimmen und das tun sie, man beachte den oben genannten Bug, derzeit nicht, dann wird
kein professioneller Entwickler auch nur 5 weitere Minuten an dieser IDE verschwenden, da er sie in dem Zustand für Garbage oder unreifes Spielzeug hält. Auf jedenfalls wäre das nichts, womit man ernsthaft seine Arbeit machen möchte.
Deswegen ist die Strategie, die ihr da verfolgt, warten bis irgendein Profi Entwickler sich mal dem Windows Code annimmt und ernsthaft unter KDevelop im Arbeitsalltag entwickelt, vergeblich.
Programmieranfängern zu erklären, wie man unter Windows Software entwickelt ist meiner Meinung nach nicht die Aufgabe von Entwicklern einer IDE und ich glaube auch nicht, dass Programmieranfänger sich die KDevelop Maillingliste als Anlaufstelle suchen, eher gehen sie in ein Programmiererforum und fragen da.Sinnvoller wäre es, die Grundfunktionen zu testen, geht der Editor, geht der Debugger usw.. dann werdet ihr nicht nur Anfänger zu KDevelop damit locken, sondern auch eher erfahrene Entwickler die sich sagen: "die Grundfunktionen gehen schon einmal, grundsätzlich ist die IDE brauchbar, das und jene Erweiterung die das Entwickeln unter Windows einfacher machen würde, fehlt zwar noch, aber die könnte ich mal einbauen."
Und so bekommt ihr dann nach und nach mehr und mehr Entwickler für die Windows Version und dann habt ihr auch Leute, die KDevelop so testen, wie du es erwartest.
Die Grundfunktionen der IDE müssen aber funktionieren, wenn sie das nicht tun, die Software also nicht einmal Alpha Status hat, dann ist es keine gute Idee, das Programm als unter Windows lauffähig zu bewerben. Dann sollte man so ehrlich sein und es besser mit dem Port ganz sein lassen.
Und genau das könntet ihr auch selber machen.
Das sind so banale Tests, die man auch machen kann ohne 8 h am Tag mit der IDE ernsthaft unter Windows arbeiten zu müssen.
Der Rest kommt dann nach und nach, wenn Leute mit der IDE, bei der die Grundfeatures grundsätzlich erst einmal funktionieren, dann anfangen zu Programmieren und dabei dann speziellere Bugs finden.
Ergänzung:
Und wenn ihr ohnehin Leute habt, die Windows schon zum Spielen haben, dann sollte es auch kein Problem sein, mal KDevelop und dessen Grundfunktionen unter Windows zu testen.
Denn dann muss ja nicht einmal eine Windows Lizenz angeschafft werden, wenn die ohnehin schon da ist.
Also wenn du ernsthaftes Interesse an KDevelop hast und wenn du es tatsächlich Einsetzen würdest, dann nimm Geld in die Hand und stelle einen Auftrag
Zu dem lieben Wörtchen wenn. Wer mit wenn versucht zu argumentieren, muss auch den Fall wenn nicht in seinen Überlegungen mit einbeziehen. Es hilft die eigenen Theorien gründlicher zu überdenken.
Das du da verlangst, geht mMn. etwas zu Weit am Gedanken von Open Source vorbei. Du kannst ein Open Source Programm nehmen und wenn du es willst erweitern. Genau das hat dir Friedrich nochmal zu erklären. Die Leute nutzen KDevelop für ihre Arbeit und passen es für sich an. Einen Angestellten der irgendwas machen muss, gibt es hier nicht und damit kannst du niemandem etwas vorschreiben oder fordern.
Ich bin selber Softwareentwickler und schreibe auch für meine Bedürfnisse Open Source Programme. Aber eben mehr für Windows, weil ich mehr Windows nutze. Ich schaue dennoch das meine Programme nicht nur einem Betriebssystem laufen können, also nutze ich zum Beispiel Java statt .NET. ABER! ich selbst passe es für kein anderes Betriebssystem außer Windows an, vielleicht noch bei meinem Mac. Warum? Weil es aufwändig ist. 8-9 Stunden muss ich für meinen Arbeitgeber Software schreiben und warten, denn er bezahlt mich dafür. 8 Stunden sollte jeder Mensch schlafen. Die restlichen 8 Stunden muss man sich irgendwie einteilen, das ist jedem selbst überlassen.
In den restlichen 8 Stunden des Tages habe ich zum Beispiel wenig Zeit für meine Projekte. Auch bringt man nicht jeden Tag die Kraft auf, sich nach der Arbeit sich nochmal hinzusetzen und weiter an eigenen Projekten zu arbeiten. Deshalb kann ich auch die restlichen Betriebssysteme nicht unterstützen und testen, ob es dort funktioniert und wie gut es dort funktioniert. Oft interessiert mich das auch erst dann, wenn ich es unter einem andren Betriebssystem nutzen möchte, was eher selten passiert. Ich mache es genauso wie das KDevelop Team. Falls sich jemand zum meinem Projekt verirrt, möchte es nutzen aber zum Beispiel unter Linux. Muss er es selbst anpassen und für Linux zum laufen bringen. Ich mache es bestimmt nicht.
So ist Open Source und so ist es schon immer gewesen.
Immer dieser klug***-Mode.
Es geht um 15 Minuten einmal alle 6 Monate.
Aber klar, du hast dafür natürlich keine Zeit.
Also erzähl mir nichts.
Der Rest was ich sagte bleibt gültig.
Keine funktionierenden Grundfunktionen = keine Entwickler für KDevelop (unter Windows) = es bleibt alles wie es ist.
Na dann los und mach.
Damit hat er ein Problem.
Würde er die Zeit und Energie die er in gefühlt jedem zweiten News-Kommentar steckt um irgendwas zu fordern in die Umsetzung nur eines Anliegens investieren, wäre schon viel gewonnen.
Stattdessen wird weiter darüber schwadroniert, was alles fehlt.
Sorry das ich das mal so klar sage. Aber es fällt halt schon extrem auf.
Ich mache das zur Entspannung.
Sich in eine bestehende Software einzuarbeiten um da irgendwas, was kaputt ist, zu fixen, dauert viel länger und ist wesentlich anstrengender und aufwendiger.
Andererseits verlangst Du von anderen, das sie es tun. Ist doch schizophren oder nicht?
Das ist richtig. Ich habe ja gesagt, dass Entwickler da kurz 5 min reinschauen und dann, wenn sie feststellen, dass beim Taschenrechner nicht einmal die Addition funktioniert, sie das Programm gleich wieder deinstallieren und bei dem bleiben, was sie bisher nutzen.
In meinem Fall also Eclipse.
Willst du mir also einen Taschenrechner schmackhaft machen, dann muss er die Grundrechenarten können und nicht zuerst umfangreiche Gleichungslösungsalgorithmen haben, wenn die Grundrechenarten gehen, dann kann man später auch über das Plotten von Funktionen nachdenken.
Und so ist das auch mit KDevelop, hier sind also die bisherigen Entwickler gefragt, wenn sie KDevelop das Gehen unter Windows beibringen wollen.
Benutzen solche Hansels das Programm eben nicht. Und nu? Schlafen sie deshalb schlecht weil sie das Gewissen plagt oder wie?
Die wollen doch, dass sich jemand um den Windows Port kümmert. Also. Von nichts kommt nichts.
Es muss ihnen aber jemand sagen, wie sie diesen jemand bekommen, denn sonst warten die noch in 3 Jahren darauf.
Das habe ich getan, was hast du in der Zeit getan?
Hast du in der Zeit etwas konstruktiv zu KDevelop beigetragen?
Mir scheint, unser Anliegen war dann mißverständlich ausgedrückt:
Wir suchen weniger jemanden für Windows, weil wir Windows unterstützen wollten.
Sondern als das wir die Möglichkeit offerieren, daß jemand, der Lust und Zeit hat, sich um die Nutzbarkeit von KDevelop auf Windows zu kümmern, willkommen ist, und der Aufwand, eine minimale Nutzbarkeit zu erreichen, nicht zu groß sein mag für erste Erfolge, da schon viele Vorarbeiten geleistet wurden, und für einige in früheren Versionen KDevelop unter Windows schon nutzbar war.
Es gehört nicht zur Mission des KDevelop-Projektes, daß KDevelop unter Windows läuft.. Es gehört zur Mission, daß wir offen sind für jedwede Plattform, solange jemand sich aktiv darum kümmert.
Also nochmal deutlicher hoffentlich:
Wir laden Interessierte, die KDevelop unter Windows nutzen wollen, herzlich ein, sich in das Projekt einzubringen. Für 5.4.1 wird es wohl auch einen funktionierenden Installer geben, da das von den aktuellen Nightly Builds (https://binary-factory.kde.org/view/Management/job/KDevelop_Nightly_win64/) schon berichtet wurde. Was im Weiteren funktioniert oder nicht funktioniert, wäre auszuprobleren.
Wer also Freude hat in der Freizeit mal an anderem Code herumzubasteln,der dann auch potenziell produktiv von anderen genutztt wird, hat hier eine Gelegenheit, gleichzeitig auch Verantwortung zu übernehmen.
Ja, klar, weil Windows 10 so gut mit alter Hardware klar kommt ;P
Sorry, aber an der Stelle mit den "EDEKA Lizenzen" habe ich dann auch aufgehört zu lesen.
Meine Rechner sind alle neu genug für Windows 10. ich hatte diesbezüglich daher noch nie ein Problem.
Die Systemanforderungen scheinen aber nicht all zu hoch zu sein.
Systemanforderungen Windows 10
Du kriegst aber auch Lizenzen für Windows 7. Es ist halt ne Frage, ob die noch Sinn macht. Am Ende des Jahres läuft der Support aus.
Für einen Offline Testrechner, um KDevelop zu testen, wird die Windows 7 Lizenz aber auch sicherlich ausreichen.
Warum sollte win10 auf einem 10 Jahre alten Rechner nicht laufen?
Mit 2 GB RAM und einem Core bist du dabei, klar nicht für 20 parallele Anwendungen, da braucht es dann halt mehr RAM aber ich hatte in den letzten 15 Jahren nichts unter 8 GB in den Händen, selbst für eine Kiste die Router und Fileserver in einem kleinen Büro spielen sollte und tut wollte man mir vor 7 Jahren nichts unter 8 GB verkaufen
Ihr solltet imo keine Sekunde mehr auf Windows- oder Mac-Versionen verschwenden. Da gibt es viel zu viel (gute) Konkurrenz. Euer Ziel sollte es vielmehr sein, die No. 1 IDE unter Linux zu werden. Das wäre schon ambitioniert genug. Oder ist das etwa schon erreicht?
Ich würde auch die Windows- und Mac-Versionen nicht mehr zum Download anbieten. Wie Ghul ja berichtet, ist zumindest die Windows-Version nicht wirklich produktiv nutzbar. Und kurzfristige Besserung ist offenbar nicht in Sicht. Was also bleibt, ist ein dauerhaft schlechter Eindruck.
Wie gesagt: konzentriert Euch auf Linux, den Rest der Welt könnt Ihr danach erobern.
Naja, Visual Studio ist keine "gute" IDE. Aber MS hat dafür gesorgt, dass es halt auch keine zweite gibt (wenn man in der MS-Welt mit dem ganzen .NET Gedöns arbeiten will/muss)...
Zumindest ist das aber 'eine' IDE, die man dann für alles nutzen kann. Das fänd ich unter Linux auch nett. Eine IDE, mit der man die üblichen Sachen einfach tun kann (über ein Plugin-System bspw.; zu dem es in freier Wildbahn auch tatsächlich Plugins gibt).
Und das sagst du weil du damit jeden Tag arbeitest?
Es gibt von Jetbrains Rider.
ich benutze für .Net nur noch diese, gefällt mir viel besser als Visualstudio.
läuft auch super unter Linux.
Ich nutze seit einigen Jahren Eclipse und bin eigentlich schon Fan davon. Angefangen hat es mit Eclipse PHP, dann Eclipse Java. Für Linux habe ich verschiedene IDEs probiert und letztendlich bin ich wieder bei Eclipse (C++, Java und PHP). Ich schreibe eigentlich eher für Windows, habe aber auch einen Mac und Linux in VirtualBox. Überall kann ich Eclipse problemlos verwenden.
Ja, Eclipse nutze ich auch, sowohl unter Windows als auch Linux.
Aber durch den Java Unterbau wirkt es immer wie ein Fremdkörper und ist auch recht schwerfällig, weswegen ich mich alle 2-3 Jahre mal wieder umsehe, was sich so bei den anderen IDEs getan hat.
Dazu gehört dann auch immer ein Test dazu, wie gut die unter Windows und Linux funktionieren.
Unter Linux ist KDevelop eine feine Sache, aber beim Windows Client hackt es halt noch.
Linux und Windows nutze ich im Dual Boot Setup. Deswegen ist mir auch das Problem mit dem zweiten Bildschirm aufgefallen.
In einer Virtual Machine würde ich wahrscheinlich nur ein Fenster nutzen.
"Aber durch den Java Unterbau wirkt es immer wie ein Fremdkörper und ist auch recht schwerfällig,"
Kann ich nicht nachvollziehen. Ich weiß nicht welchen Desktop du verwendest, aber ich nutze unter Linux Gnome3 und da passt sich Eclipse den GTK-Themes an. Das heißt es sieht dort stimmig aus. Unter Windows und Mac sieht es auch gut aus. Darüber hinaus, kann Eclipse eigene Themes einsetzen. Entweder selber eines machen, oder aus den Packages eins aussuchen.
Das es schwerfällig ist, kann ich nur dahingehend bestätigen das wenn du keinen 10-11 Jahre alten Rechner zum Programmieren verwendest, Eclipse eigentlich schnell ist. Darüber hinaus ist es sehr anpassbar und du kannst vieles was du nicht benötigst deaktivieren. Dann ist es auch auf älteren Maschinen gut einsetzbar. Ich hatte Anfang diesen Jahres, Eclipse auf einem Rechner mit Core2Duo laufen lassen. Beim "autovervollständigen" kam es nicht immer hinterher, also habe ich es teilweise so eingestellt, das es nicht immer anspringen musste. Und dann ging das auch.
> Klar, ich suche aber eine Crossplattform IDE, die ich sowohl unter Windows als auch Linux und Co wechselseitig nutzen kann.
Eclipse.
Hat Meson irgendwelche Vorteile gegenüber CMake?
Und wenn ich mir folgenden Artikel durchlese:
Do not use meson, dann muss ich dem Artikelschreiber in seinen Punkten recht geben.
Wozu also Meson wenn es schon längst CMake gibt und das alle Aufgaben besser erfüllt, da es auch in fast allen IDEs bereits gut integriert ist?
Persönlich, nach vielen Jahren CMake-Nutzung und Schreiben teilweise eher komplexer CMake-Macros, sehe ich bei CMake noch viel Luft nach oben, die Syntax/Struktur-bedingt wohl nicht so schnell zu füllen ist.
Ob Meson da besser sein wird und kann, keine Ahnung. Aber ein wenig Wettbewerb schadet nie.
Aber was täte man nicht für eine bessere Zukunft, wenn man noch Zukunft hat 
Man soillte bei der Bewertnug auch aufpassen, ob hier nicht Leute ihren Wissensvorteil zu verteidigen versuchen, anstatt nüchtern eine Anforderungsanalyse zu machen und dann die Lösungen zu vergleichen. Ich für meinen Teil würde mit Meson mein Kapital verlieren und neu sammeln müssen
Außer dem Argument "Es gibt schon CMake" in dem verlinkten Artikel sehe ich nicht wirklich Argument. Übrigens, der CMake-Server-Mode wurde gerade wieder abgekündigt, die IDE-Integration darf also überarbeitet werden:
> The "cmake-server(7)" mode has been deprecated and will be removed
> from a future version of CMake. Please port clients to use the
> "cmake-file-api(7)" instead.
Von https://blog.kitware.com/cmake-3-15-0-available-for-download
Das Meson-Unterstützungsplugin für KDevelop existiert parallel zu dem für CMake. Mögen die Nutzer für sich entscheiden, was besser ist
KDevelop versucht nur zu "integrieren".
Vielleicht stelle ich mich auch nur doof an.
Ich habe einige Male zu verschiedenen Zeiten versucht, Eclipse zu installieren für C++ und Python Development. Also CDT und PyDev. Ich hatte den Eindruck, dass beide Plugins relativ tiefgehend die gesamte IDE auf links drehen, und man eigentlich von solchen Plugins höchstens eines installieren sollte.
PyDev stusst mich beim Starten erstmal mit einem Dialog zu (bei dem die einzelnen Checkbox-Optionen mit Fragezeichen enden?!), es wäre empfehlenswert, bestimmte IDE-Features zu deaktivieren. Das sind dann so Nebensächlichkeiten wie "Automatic build".
Das ist ein Gag, oder?!
Also Eclipse PyDev kenne ich nicht. Ich verwende immer den Installer von Eclipse um die nötigen IDEs zu installieren. Falls du Eclipse Java Edition verwendest und dann den Rest über Plug-Ins nach holst, kann sein das etwas schief geht. Kann ich aber nicht beurteilen.
Naja, die Eclipse Java Edition funktioniert ganz gut, das weiß ich aus längst vergangenen Tagen (es wird sich wahrscheinlich nicht dramatisch verschlechtert haben)...
Aber PyDev ist halt für Python-Entwicklung, und CDT entsprechend für C/C++. Das sind so die Sprachen, zu denen ich die perfekte IDE noch suche... Wenn diese IDE dann noch ein bisschen Bash-Scripte und Javascript highlighten und vervollständigen kann, ist es gleich doppeltperfekt.
Java-Code habe ich schon ganz lange nicht mehr geschrieben.
> Falls du Eclipse Java Edition verwendest und dann den Rest über Plug-Ins nach holst, kann sein das etwas schief geht.
Das kenne ich von früher noch. Eclipse drauf; und dann mal einen Sonntagvormittag Zeit nehmen für das Subversion-Plugin...
Ich glaube das ist schon lange her. Ich habe mir jüngst das neue Eclipse JEE 6.2019 installiert und dann über Eclipse-Market ("Store" innerhalb von Eclipse) den WindowBuilder, sowie in Eclipse den PHP "Remote Explorer". Ging alles innerhalb von Minuten und fertig.
Eclipse C++ hole ich mir (für Linux) ebenfalls aus dem Eclipse Installer und kann direkt loslegen.
JavaScript geht, Bash müsstest du ausprobieren. Vielleicht gibt es auch was als Plug-In.
>> Sonntagvormittag Zeit nehmen für das Subversion-Plugin
> Ich glaube das ist schon lange her.
Jaja, das kann ich mir schon vorstellen. Darum geht's auch nicht. Am Ende des Sonntagvormittags bin ich als Sieger aus diesem Kampf gegangen
Von daher, alles gut...
Wichtig wäre mir aber, dass ich in der IDE halt C++ (inkl. Qt; SIGNALs/SLOTs, ...) machen kann, und Python machen kann, ohne dass mir beide Plugins (vielleicht sogar auf zueinander inkompatible Weise) die gesamte IDE auf links drehen wollen.
Ich hatte irgendwann auch den Eindruck, Eclipse ist auch so'n bisschen ein sinkendes Schiff, wo jetzt nicht mehr sooooo viele Leute mit/dran arbeiten. Oracle war unsympathisch; und MS hat's irgendwie geschafft, die Massen für einen besseren Texteditor im Chrome-Browser zu begeistern... Kann aber auch sein, dass dieser Eindruck verkehrt ist...
Derzeit nehme ich QtCreator und PyCharms... Geht auch. Cooler wäre halt 'eine' IDE...
Allerdings sehe ich die ganze Eclipse-Thematik inzwischen mit sehr gemischten Gefühlen.
Insbesondere seit IBM ausgestiegen ist hat die IDE deutlich an Fahrt verloren.
Für spezifische Dinge tut sie ohne Zweifel immer noch ihren Dienst. Als "IDE für alles" sieht das ganze dann schon etwas durchwachsener aus. Benötigte Plugins sind nicht selten veraltet und/oder fehlerhaft. Oder es gibt jenseits von Eclipse einfach Besseres.
Selbst in der "Kernkompetenz" Java ist Eclipse nicht mehr gesetzt.
Und der ganze Jetbrains-Kram ist halt auch ziemlich gut und inzwischen gibt es ja teilweise kostenlose Editionen.
Ich nutze getrennte Eclipse Installationen.
Eclipse für Java
Eclipse für C und C++
Das sind bei mir voneinander unabhängige Installationen.
Ich mische zur Eclipse Standardinstallation mit Java also nicht den C++ Support dazu, sondern installiere Eclipse mit C++ Unterstützung extra.
Das mache ich schon seit Jahren so und fahre damit recht gut.
Da hakt dann nichts und kommt auch nichts durcheinander.
Klar, es braucht mehr Festplattenplatz, aber das ist heute bei den heutigen Datenträgergrößen nun wirklich kein Problem mehr.
> Das sind bei mir voneinander unabhängige Installationen.
Kann man schon tun, aber dann kann ich auch bei dem bleiben, was ich heute habe. Dann brauche ich mir kein Eclipse geben, wenn ich QtCreator und PyCharms habe.
Also ich würde das wirklich gern benutzen... aber wenn ich von Dolphin aus Dateien von einer sftp quelle laden will, eiert KDevelop herum, dass es kein sftp modul habe. Wozu auch? die Verbindung hat ja Dolphin schon aufgebaut.
Mit Kate alles kein Problem...
Würde man einfach traditionelle Mountpoints verwenden, gäbe es das Problem gar nicht. Man würde sich eigene Implementierungen sparen (die ja auch wieder potentiell fehlerhaft sein können) und es würde mit ausnahmslos jedem Programm klappen, was mit normalen Dateisystemen umgehen kann.
https://de.wikipedia.org/wiki/KDE_Input/Output
Fuse mounts könnten schon eine Lösung sein.
Was mich allerdings wirklich ärgert ist, dass andere KDE Programme, die mit dem Paketmanagement nach /usr/ installiert sind, ohne weiteres diese vom Framework aufgebauten Verbindungen transparent benutzen können. Kate, Kwrite, Gwenview etc alle können via Netzwerk in Dolphin angezeigte Dateien genauso öffnen und bearbeiten, als wären sie lokal.
Möglicherweise hängt das damit zusammen, dass es nur mit dem App Image nicht geht.... was dann einiges über die Benutzbarkeit von AppImage aussagen würde (von Snap und Kollegen zu schweigen...)
Wenn nicht, dann gehts eben nicht.Möglicherweise. AppImage & Co heißt ja letztlich, "ich benutz nicht die Bibliotheken die das System mir zur Verfügung stellt, sondern bring den Kram den ich brauche mit". Damit kann natürlich dann auch die Integration ins System leiden was sich dann z.B. in solchen Fehlern äußert.Kommt halt drauf an, was man will. Nicht selten ist die fehlende Interaktion mit dem System ja ein gewünschtes Merkmal. Evtl. bringen solche Pakete ja eigene angepasste oder neuere Versionen von Bibliotheken mit. Dann soll dieses Programm natürlich auch das verwenden und nicht das, was im System rumliegt.
Ich glaube das größte Missverständnis bei AppImage, Snap, Flatpak und Co ist, das es als reines Drop-In-Replacement für Programminstallation via Paketmanager gesehen wird (halt mit dem Vorteil, das die distributionsunabhängig sind).
Aber das ist eben allenfalls die halbe Wahrheit.
Das eine macht das andere nicht überflüssig. Es hat beides, je nach Anwendungsfall, seine Berechtigung.
Ja, schon wahrscheinlich, daß das an dem AppImage liegt. Als derjenige, der sich derzeit um die Existenz eines AppImages von KDevelop (soweit Zeit vorhanden) kümmert, werde ich da bei Gelegenheit schauen, ob das so ist und ob das zu fixen ist.
Anhänger der Bundled-Apps-Welt bin ich auch nicht, AppImage hat aber ein paar interessante Anwendungsfälle (z.B. zum schnellen Reinschnuppern oder Testen von Fixes), daher schenke ich dem ein wenig Zeit, zumal es Hersteller-neutral ist.
Danke! Finde ich gut, dass Du Dich darum kümmerst!
Du hast natürlich auch Recht, dass schnelles Testen von ganz neuen Versionen einer Anwendung der interessanteste Anwendungsfall für AppImage und Co ist. Wenn dann bei solchen Tests irgendwas, das **normalerweise** geht, nicht funktioniert, fällt das schnell auf das Projekt selber zurück...
Ist dann schade. Wenn viele anspruchsvolle Funktionen, die viel Arbeit machen, gut gehen und sowas triviales wie eine SFTP Verbindung nicht...
fuse ist die Lösung weil es schlichtweg wirklich transparent ist egal womit eine Anwendung geschrieben wurde
Keine Vervollständigung von Parametern, noch nicht mal ein mouse over selbiger beim eben vervollständigen Funktionsnamen
Keine autocompletion auf Objektvariablen selbst wenn am Beginn der Datei ein entsprechender Kommentar der die Klasse spezifiziert steht
Funktionen ausserhalb von Klassen sind nicht browsebar und existieren für kdevelop offenbar gar nicht
Fette dependencies für C Entwickler die niemand braucht
Dann halt weiter phpstorm