Delphi XE3?

[MEissing]

Zitat:

Zitat von Darlo (Beitrag 1180066)

Hat jemand Infos darüber ob FastReport definitiv auch im Mobile Studio enthalten und unterstützt wird?

Gruß

Diese Info kann es bis zur Ankündigung nicht geben.....

[Darlo]

Zitat:

Zitat von MEissing (Beitrag 1180072)

Zitat:

Zitat von Darlo (Beitrag 1180066)

Hat jemand Infos darüber ob FastReport definitiv auch im Mobile Studio enthalten und unterstützt wird?

Gruß

Diese Info kann es bis zur Ankündigung nicht geben.....

Unter Embarcadero Discussion Forums » Delphi » FireMonkey hatte FastReport mitgeteilt, dass FR so gut wie fertig ist und sie es unter XE3 testen.
So wie ich jetzt alles verstehe was über XE3 und Mobile Studio geschrieben wurde, werden im Mobile Studio ja nur unwichtige Desktop-Funktionen deaktiviert,
Reports gehören ja hoffentlich nicht zu diesem unwichtigen Desktop-Zeugs ;-)

[Peter666]

@MEissing: Vielen Dank für das Angebot, im Prinzip war das aber nichts anderes als folgendes:

Code:

function GetTickCount: Cardinal;
{$IFDEF MACOS}
begin
  Result := AbsoluteToNanoseconds(UpTime) div 1000000;
end;
{$ENDIF MACOS}
{$IFDEF MSWINDOWS}
begin
  Result := Winapi.Windows.GetTickCount;
end;
{$ENDIF}

function TForm1.RenderPane: Cardinal;
var
  Row, Col: integer;
  w, h, x, y: integer;
begin
  Result := GetTickCount;
  try
    w := 30;
    h := 25;
    FBackBuffer.Canvas.BeginScene;
    FBackBuffer.Canvas.Clear($FF000000);
    FBackBuffer.Canvas.Font.Size := 30;
    FBackBuffer.Canvas.Fill.Color := $FFFFFFFF;

    for Row := 0 to 24 do
    begin
      y := Row * h;
      for Col := 0 to 39 do
      begin
        x := Col * w;
        FBackBuffer.Canvas.FillText(RectF(x, y, x + w, y + h), FGrid[Row, Col],
          false, $FF, [], TTextAlign.taLeading);
      end;
    end;
    FBackBuffer.Canvas.EndScene;
  finally
    Result := GetTickCount - Result;
  end;
end;

Das Rendern des Grids dauert unter GDI+ 2-10ms, mit D2D 30-100ms und auf OSX knapp 500ms. In unserem Anwendungsfall darf das nur <10ms kosten. Ich habe das mittels eines Font Rasterizers gelöst, da hat man eine 1Bit Textur für den Font und zeichnet das dann auf den Framebuffer. So gehts dann auch unter 4ms. Das andere Problem ist wesentlich schlimmer.
Wenn man eine einfache Listbox mit ein paar hundert Einträgen erstellt und scrollt, habe ich hier eine Rechenlast von >60% auf dem Mac.

Peter

[MEissing]

Zitat:

Zitat von Peter666 (Beitrag 1180088)

@MEissing: Vielen Dank für das Angebot, im Prinzip war das aber nichts anderes als folgendes:

Was für ein Typ ist FBackBuffer
Was FGrid?

[Peter666]

FBackBuffer ist ein TBitmap und FGrid in dem Beispiel ein Array [0 .. 24, 0 .. 39] of Char;

Bei der Gelegenheit: In TCanvasQuartz.Filltext und Measuretext fehlen am Ende ein CFRelease(str).

Peter

[BUG]

Ich vermute mal, dass das besser funktionieren wird, wenn du MEissing eine kleine Demo (kompilier-)fertig machst.
Man hat ja auch nicht immer die Gelegenheit, so direkt supported zu werden :mrgreen:

[Daniel]

Das ist die neue Compiler-Generation in XE3: HLC - Human-Live-Compiler. Gibt's nur in der Personal-Edition.
:mrgreen:

[greenmile]

*grins* Was für eine SA brauche ich dafür?

[mkinzler]

Lebensversicherung :stupid:

[Peter666]

Nun gut, anbei mal 2 Demos.
Das erste ist ein einfaches Bitmap-Beispiel und das zweite ist ein kleines Spiel. Übrigens die D7 Variante davon läuft auf einem Uralt-PC problemlos. Der XE2 FMX Port nicht wirklich :)

Ich weiß der Code ist nicht aufgeräumt, aber wer ihn nutzen will: Ich veröffentliche das ganze mal als Public Domain..

[bytecook]

Zitat:

Zitat von Peter666 (Beitrag 1180146)

Nun gut, anbei mal 2 Demos.
Das erste ist ein einfaches Bitmap-Beispiel und das zweite ist ein kleines Spiel. Übrigens die D7 Variante davon läuft auf einem Uralt-PC problemlos. Der XE2 FMX Port nicht wirklich :)

...

27.08.2012 18:09:40 - Windows - Scrollzeit=16
27.08.2012 18:09:45 - Windows - Scrollzeit=15
27.08.2012 18:09:46 - Windows - Scrollzeit=31
27.08.2012 18:09:47 - Windows - Scrollzeit=31
27.08.2012 18:09:47 - Windows - Scrollzeit=0 <Line 1000 reached...
27.08.2012 18:09:48 - Windows - Scrollzeit=0 <Line 1000 reached...
27.08.2012 18:09:49 - Windows - Scrollzeit=0 <Line 1000 reached...
27.08.2012 18:09:50 - Windows - Scrollzeit=0 <Line 1000 reached...
27.08.2012 18:09:53 - Windows - Scrollzeit=31
27.08.2012 18:09:55 - Windows - Renderzeit=31
27.08.2012 18:09:56 - Windows - Renderzeit=31
27.08.2012 18:09:56 - Windows - Renderzeit=31
27.08.2012 18:09:57 - Windows - Renderzeit=31
27.08.2012 18:09:57 - Windows - Renderzeit=32
27.08.2012 18:09:57 - Windows - Renderzeit=31
27.08.2012 18:09:57 - Windows - Renderzeit=15
27.08.2012 18:09:57 - Windows - Renderzeit=31
27.08.2012 18:09:57 - Windows - Renderzeit=16
27.08.2012 18:09:58 - Windows - Renderzeit=31

Win 8 Enterprise Build 9200 x64, Source als 32 Bit compiliert, Debug Mode, HTH :)

= Optimal =
Win 8
CPU Last Core I7 2600K (nicht übertaktet), GeForce Gtx 570, 16 Gb Ram

Renderlast max 3.6%, Scrolling CPU Last max 1.3%

= Worst Case =
Server 2008 R2 Sp1, 8 Gb Ram
Core I5 2400k, Hd 2000, via Remote Desktop : Renderlast max 6%, Scrolling CPU Last max 10%

[mkinzler]

Zitat:

Zitat von bytecook (Beitrag 1180175)

Zitat:

Zitat von Peter666 (Beitrag 1180146)

Nun gut, anbei mal 2 Demos.
Das erste ist ein einfaches Bitmap-Beispiel und das zweite ist ein kleines Spiel. Übrigens die D7 Variante davon läuft auf einem Uralt-PC problemlos. Der XE2 FMX Port nicht wirklich :)

...

27.08.2012 18:09:40 - Windows - Scrollzeit=16
27.08.2012 18:09:45 - Windows - Scrollzeit=15
27.08.2012 18:09:46 - Windows - Scrollzeit=31
27.08.2012 18:09:47 - Windows - Scrollzeit=31
27.08.2012 18:09:47 - Windows - Scrollzeit=0
27.08.2012 18:09:48 - Windows - Scrollzeit=0
27.08.2012 18:09:49 - Windows - Scrollzeit=0
27.08.2012 18:09:50 - Windows - Scrollzeit=0
27.08.2012 18:09:53 - Windows - Scrollzeit=31
27.08.2012 18:09:55 - Windows - Renderzeit=31
27.08.2012 18:09:56 - Windows - Renderzeit=31
27.08.2012 18:09:56 - Windows - Renderzeit=31
27.08.2012 18:09:57 - Windows - Renderzeit=31
27.08.2012 18:09:57 - Windows - Renderzeit=32
27.08.2012 18:09:57 - Windows - Renderzeit=31
27.08.2012 18:09:57 - Windows - Renderzeit=15
27.08.2012 18:09:57 - Windows - Renderzeit=31
27.08.2012 18:09:57 - Windows - Renderzeit=16
27.08.2012 18:09:58 - Windows - Renderzeit=31

Win 8 Enterprise Build 9200, 32 Bit, Debug Mode, HTH :)

Welche Delphiversion?

[bytecook]

Zitat:

Zitat von mkinzler (Beitrag 1180177)

Zitat:

Zitat von bytecook (Beitrag 1180175)

Zitat:

Zitat von peter666 (Beitrag 1180146)

nun gut, anbei mal 2 demos.
Das erste ist ein einfaches bitmap-beispiel und das zweite ist ein kleines spiel. übrigens die d7 variante davon läuft auf einem uralt-pc problemlos. Der xe2 fmx port nicht wirklich :)

...

win 8 enterprise build 9200, 32 bit, debug mode, hth :)

welche delphiversion?

xe3, aktuelle version

[greenmile]

Verstehe ich als einziger diesen "Benchmark" nicht?

Für mich interessiert wäre: Wie lange dauert es, bis 1000 oder, sagen wir mal, 2500 Einträge unter Mac in eine Listbox eingetragen werden? Unter FM1 dauert es ... Keine Ahnung, habe immer zugesehen, dass ich <= 500 Einträge bleibe, weil es sonst zu lange dauert.

Falls kein Mac zur Hand ist: Starte eine Test App auch auf meinem Mac und poste die Zahlen hier.

[bytecook]

Zitat:

Zitat von greenmile (Beitrag 1180201)

Verstehe ich als einziger diesen "Benchmark" nicht?

Für mich interessiert wäre: Wie lange dauert es, bis 1000 oder, sagen wir mal, 2500 Einträge unter Mac in eine Listbox eingetragen werden? Unter FM1 dauert es ... Keine Ahnung, habe immer zugesehen, dass ich <= 500 Einträge bleibe, weil es sonst zu lange dauert.

Falls kein Mac zur Hand ist: Starte eine Test App auch auf meinem Mac und poste die Zahlen hier.

Source > http://www.delphipraxis.net/1180146-post330.html

Die Messung bezieht sich auf test.dpr, "as is".

Hab leider keinen Mac hier. Kompiliers doch mal mit XE2 und poste deine Ergebnisse...

[Insider2004]

Die nächste Bombe ist geplatzt! Laut neuer EULA dürfen keine Client/Server-Anwendungen mehr mit der XE3-Pro-Version gemacht werden!

http://www.deltics.co.nz/blog/?p=1097

[MEissing]

Zitat:

Zitat von bytecook (Beitrag 1180180)

xe3, aktuelle version

Mmmmh.... Füsse stillhalten?

[Daniel]

Zitat:

Zitat von Insider2004 (Beitrag 1180224)

Laut neuer EULA dürfen keine Client/Server-Anwendungen mehr mit der XE3-Pro-Version gemacht werden!
http://www.deltics.co.nz/blog/?p=1097

Das gilt nur für Neu-Kunden, Upgrades von bestehenden Lizenzen haben einen Bestandsschutz, sind davon also nicht betroffen und - viel wichtiger - noch wissen wir nichts über die Preise. Es wäre denkbar, dass dies ein Schritt in Richtung einer modularen Lizenzierung ist. Grundsätzlich würde ich das begrüßen, das werden wir aber erst sagen können, wenn die Preise offiziell bekannt gegeben wurden.

[Insider2004]

Zitat:

Zitat von Daniel (Beitrag 1180226)

Zitat:

Zitat von Insider2004 (Beitrag 1180224)

Laut neuer EULA dürfen keine Client/Server-Anwendungen mehr mit der XE3-Pro-Version gemacht werden!
http://www.deltics.co.nz/blog/?p=1097

Das gilt nur für Neu-Kunden, Upgrades von bestehenden Lizenzen haben einen Bestandsschutz, sind davon also nicht betroffen und - viel wichtiger - noch wissen wir nichts über die Preise. Es wäre denkbar, dass dies ein Schritt in Richtung einer modularen Lizenzierung ist. Grundsätzlich würde ich das begrüßen, das werden wir aber erst sagen können, wenn die Preise offiziell bekannt gegeben wurden.

Dein Wort in Gottes Ohr!

[pixfreak]

Zitat:

Zitat von Robotiker (Beitrag 1180054)

Wenn ich die aktuelle Nachrichtenlage richtig deute, wird der aktuelle 32-Bit C++ Compiler, der noch aus einer Entwicklungslinie stammt, die 1995 mit Borland C++ begann, in beibehalten. D.h. weiterhin nicht neues in Sachen ISO-Standard und man hängt an einer Boost-Version fest, die mittlerweile zwölf (!) Versionen zurückhängt.

@Robotiker: Die Ankündigungen im Frühjahr klangen ja ganz gut, so dass man endlich C++11 verwenden könnte, ich bin dann mal auf das Release bzw. die Demo gespannt.

So langsam frage ich mich, an welcher C++ Linie man sich orientieren soll. So viel gibt es für den reinen Windows Markt ja nicht, auf die MFC hab ich nämlich nicht so richtig Lust und die Drittkomponenten haben nun ja auch schon Geld gekostet...

Was ich mir wünschen würde wäre die Unterstützung von C++11, damit sind ja schon viele Ideen aus Boost übernommen, ein ordentliches Refactoring ala Delphi und ein stabiles und schnelles CodeInsight...

Vieleicht kann ja Matthias mal es twas zur C++ Personality sagen, eventuell als Privatperson mit einem Blick in die Glaskugel :wink:


VG Pixfreak

[Robotiker]

Zitat:

Zitat von Daniel (Beitrag 1180226)

Das gilt nur für Neu-Kunden, Upgrades von bestehenden Lizenzen haben einen Bestandsschutz, sind davon also nicht betroffen und

davon aber schon, oder ?

Zitat:

RAD Studio XE2 install max three times

siehe
https://forums.embarcadero.com/threa...86007&tstart=0

[himitsu]

Zitat:

RAD Studio XE2 install max three times

Ist das nicht jetzt schon so?

Aber man kann sich das ja leicht wieder zurücksetzen lassen alsp über den Support und auch irgendwo versteckt auf der Embawebseite (oder wurde Letzeres doch ausgebaut :gruebel: )

Zitat:

Zitat von Daniel (Beitrag 1180226)

Das gilt nur für Neu-Kunden, Upgrades von bestehenden Lizenzen haben einen Bestandsschutz, sind davon also nicht betroffen und

Gibt es dann Pro-Editionen?

Eine mit technischer Begrenzung und Eine ohne, oder ist das immer aktiv und man sagt nur "Eh Neuer, das ist zwar drin, aber es wäre nett, wenn du es dennoch nicht benutzt".
(ich hab 'ne Xyz-Edition, aber weiß garnicht was man damit alles machen kann)

[mkinzler]

M.W. kann man das Limit erhöhen lassen.

[Daniel]

Wie das technisch geregelt werden wird, kann ich leider auch nicht sagen. Man kann natürlich trefflich spekulieren, was technisch (nicht) möglich ist, aber das hilft uns vorerst auch nicht weiter.

... ich hole mir eh immer die Architect von dem russischen FTP-Server :mrgreen:

[Robotiker]

Zitat:

Zitat von mkinzler (Beitrag 1180232)

M.W. kann man das Limit erhöhen lassen.

Das weiß ich, ich meinte die Änderung des Startwertes

Zitat:

that the limit has been reduced from 7 to 3 times

und die Erfahrungsberichte der anderen Poster

Zitat:

Both times I had to urgently install Delphi that ran out of registration
counts, I was left for over a week in each case without access.

[s.h.a.r.k]

Zitat:

Zitat von Insider2004 (Beitrag 1180224)

Die nächste Bombe ist geplatzt! Laut neuer EULA dürfen keine Client/Server-Anwendungen mehr mit der XE3-Pro-Version gemacht werden!

http://www.deltics.co.nz/blog/?p=1097

Habe das gerade gelesen und dachte mir, dass das doch echt nicht wahr sein kann... Wer von den Herren ist denn auf so eine Schnapsidee gekommen?
(ich kennzeichne das hier ausdrücklich als persönliche Meinung!)

Zitat:

Zitat von Daniel (Beitrag 1180226)

Zitat:

Zitat von Insider2004 (Beitrag 1180224)

Laut neuer EULA dürfen keine Client/Server-Anwendungen mehr mit der XE3-Pro-Version gemacht werden!
http://www.deltics.co.nz/blog/?p=1097

Das gilt nur für Neu-Kunden, Upgrades von bestehenden Lizenzen haben einen Bestandsschutz, sind davon also nicht betroffen und - viel wichtiger - noch wissen wir nichts über die Preise. Es wäre denkbar, dass dies ein Schritt in Richtung einer modularen Lizenzierung ist. Grundsätzlich würde ich das begrüßen, das werden wir aber erst sagen können, wenn die Preise offiziell bekannt gegeben wurden.

Da bleibt einem echt nur zu hoffen, dass dem so wird, wie du hier vermutest. Denn sonst verliert Delphi einer seiner wichtigsten Stärken und somit auf die Dauer noch mehr Boden unter den Füßen.
Aber bei dem was ich so von dem XE3 Release sehe, dürfte es wahrlich in günstigere Einzellizenzen enden, da man schon relativ viel nicht mehr in einem einzigen Paket bekommt, sondern eben viele einzelne Teile. Bleibt nur zu hoffen, dass wir keine Kuh sind, die nur noch gemolken werden soll....

[himitsu]

Zitat:

Zitat von Robotiker (Beitrag 1180234)

Das weiß ich, ich meinte die Änderung des Startwertes

Hatte hier nicht vor 'ner Weile (XE oder XE2) schonmal wer nach weniger als 7 Installationen die Sperre erreicht (3 oder warn's 5) und hier gefragt was er nun machen kann?

Aber 3 haben mir für den Anfang erstmal gerreicht. (PC, Schlepptop und VM für eine saubere Version)
Nja, müsste den Schlepptop demnächst eh neu installieren, mal sehn was da passiert.

Zitat:

Laut neuer EULA dürfen keine Client/Server-Anwendungen mehr mit der XE3-Pro-Version gemacht werden!

Also alle Chat-Tutorials sind für den Arsch, weil man sie mit Pro/Starter nicht mehr nutzen darf.

Halt, da steht ja explizit Pro ... was steht denn in Starter? :stupid:

[Bernhard Geyer]

Zitat:

Zitat von Daniel (Beitrag 1180226)

Zitat:

Zitat von Insider2004 (Beitrag 1180224)

Laut neuer EULA dürfen keine Client/Server-Anwendungen mehr mit der XE3-Pro-Version gemacht werden!
http://www.deltics.co.nz/blog/?p=1097

Das gilt nur für Neu-Kunden, Upgrades von bestehenden Lizenzen haben einen Bestandsschutz, sind davon also nicht betroffen und - viel wichtiger - noch wissen wir nichts über die Preise.

Hoffen wir mal. JBuilder haben sie ja mit dieser Pro-Beschneidung zur irrelevanz verdammt. Für uns (kaufen jetzt die IDE von IntelliJ) war dies Beschneidung der Grund JBuild raus zu schmeißen - Ok, im Java-Umfeld ist das auch einfacher.

Aber Emba soll nicht denken das man jetzt statt 500 €/Jahr für ein Update auf einmal 1500 €/Jahr ausgeben. Das kann, wenn Emba nicht aufpasst, mehr Entwickler kosten als das man Lizenzeinnahmen hat.

[Daniel]

Nein, Chat-Systeme sind nicht auf dem Radar von Embarcadero. Hier wird verkürzt zitiert. Es geht konkret um den Zugriff auf lokale bzw. entfernte Datenbanken. Es ist wörtlich die Rede von "database connectivity". Schlimm genug - aber ich denke, wir sollten präzise sein. "database connectivity" z.B. ist etwas anderes als der Zugriff auf einen Web-Service oder dgl. Solange Du also nicht direkt mit dem DB-Server kommunizierst, ist es keine "database-connectivity". Zumindest nicht nach der ersten Fassung des Dokumentes, die in dem Blog verlinkt wurde.

[himitsu]

Gut, DataSnap war ja eh noch nie in der Pro, denn dort baut intern alles auf DBX auf.

Kommt also drauf an, welche Technik man verwendet. (man kann ja theoretisch auch einen Chat-Clienten bauen, welcher eine Datenbank auf einem Webspace als Server misbraucht)
OK, dann isses ja dann doch nicht soooooooooooo schlimm.
Das "lokale" macht mir aber dennoch etwas Angst.

Zum Glück hab ich nun noch fast 1,5 Jahre Zeit, bevor ich mich über die neue Preispolitik aufregen muß. :angle2:

[RWarnecke]

Also, wenn ich das hier alles so lese, verwirrt mich das alles. Muss ich jetzt laut der neuen EULA etwa auf eine Enterprise upgraden, damit ch meine Datenbankanwendungen schreiben und auch ausliefern kann ? Bei Datenbankanwendungen benutze ich zu 100% die Komponenten von DevArt.

[himitsu]

Nun mal soweit komplett durchgelesen.
Selbst wenn du DevArt verwendest, dann ist es dennoch verboten, denn Fremdkomponenten sind da mit inbegriffen.

Außer du besitzt schon XE/XE2 und dir wird das Recht automatisch geährt,
oder du mußt erst ein Client/Server-AddOn kaufen, welches dir das dann erlaubt.

(also jetzt noch schnell XE2 kaufen, bevor man von Vor-XE-Versionen auf XE3 upgradet :gruebel: )

[bernerbaer]

Nun ich hoffe, dass bis zum Verkaufsstart sich die Verantwortlichen bei Embarcadero doch noch einige Gedanken zur EULA machen. Zugegebenermassen bin ich beim Lesen dieses verlinkten Textes schockiert und frustriert. Was soll das? Eine lizenzrechtliche Beschränkung der Fähigkeiten der Möglichkeiten der Software? Da kommen mir dann Zukunftsvisionen in den Sinn (ich steigere einfach mal die Unvernunft von Beispiel zu Beispiel): Embarcadero verbietet den Zugriff auf die Microsoft Crypto API, Microsoft verbietet das Schreiben von Kommentaren von Microsoft Produkten mit Winword. Deutsche Autohersteller verbieten das Fahren mit Ihren Autos auf Schweizer Autobahnen. Airbus Flugzeuge dürfen den amerikanischen Luftraum nicht mehr überfliegen, ... Ich kann ja begreifen, das Embarcadero Unterschiede zwischen den unterschiedlichen Versionen macht, aber doch bitte beim Lieferumfang der beigelegten Komponenten oder Fähigkeiten, aber doch nicht mit der Einschränkung der Nutzung der vorhandenen Fähigkeiten. Meine Konsequenz, wenn dem wirklich so wäre, endgültiger Ausstieg aus Delphi. Es wäre schade, doch unvermeidlich.

[DeddyH]

Ich zitiere einfach mal aus dem verlinkten Blog-Eintrag:

Zitat:

If you want to build client/server database applications using Delphi Professional, you will be required to purchase a “Client/Server Add-On” pack.

This goes beyond the fact that you do not get (or can otherwise use or install) client/server drivers for the DBExpress or other “built in” data access frameworks, but extends even to 3rd party data access technologies.

That is, whatever you may be able to do or achieve – technically – using some 3rd party component or library with you Delphi Professional compiler, you cannot legally create a client/server application.

Never mind any 3rd party components or libraries, this same prohibition will apply even if you are using naked, unadorned Microsoft ADO.

Da steht aber auch:

Zitat:

It is worth mentioning that this will apply to new licensees only. That is, if you have a current XE2 or XE license and upgrade to XE3 (or presumably are on SA), then your rights (or rather the lack of any restriction in this area) from those prior EULA’s in this area will roll forward.

Andererseits aber wieder:

Zitat:

So if your existing application is already client/server, and you need additional Delphi licenses for new team members, then from now on you are forced to purchase Enterprise licenses.

Ich hoffe, ich habe keine wichtige Stelle ausgelassen.

[himitsu]

@bernerbaer: Das machen Andere aber auch schon, also worüber soll man sich da noch aufregen?

Windows Starter kanm nur mit maximal 1 inzwischen 2 GB RAM verwendet werden, ist mehr installiert, wird dieses einfach ignoriert.

Man kann nur für das iPhone Programme erstellen, wenn man auch einen Mac besitzt.

Du darfst OSX nur auf Rechnern mit einem speziellen Chip installieren (die selbe Hardware, für nichtmal die Hälfte des Preises, aber ohne diesen Chip ist nicht erlaubt)

...

[bernerbaer]

Zitat:

Zitat von himitsu (Beitrag 1180247)

@bernerbaer: Das machen Andere aber auch schon, also worüber soll man sich da noch aufregen?

Windows Starter kanm nur mit maximal 1 inzwischen 2 GB RAM verwendet werden, ist mehr installiert, wird dieses einfach ignoriert.

Man kann nur für das iPhone Programme erstellen, wenn man auch einen Mac besitzt.

Du darfst OSX nur auf Rechnern mit einem speziellen Chip installieren (die selbe Hardware, für nichtmal die Hälfte des Preises, aber ohne diesen Chip ist nicht erlaubt)

...

Ok, da sehe ich aber doch noch gewaltige Unterschiede. Bei Windows Starter ist die Leistungsfähigkeit des OS eingeschränkt, warum nicht? èber die Apple Politik will ich mich hier nicht auslassen.

Aber was Embarcadero da scheinbar vorhat, geht bedeutend weiter. ODBC, ADO und wie sie alle sonst noch heissen, sind Elemente, die das Betriebssystem oder andere Anbieter zur Verfügung stellen. Warum soll ich nun auf solche Angebote nicht zugreifen können? Zudem ist es dann eine Frage der Definition von Client-Server, wenn ich dies streng auslege, darf ich auf Active Directory bzw ADDS nicht mehr zugreifen, da AD Jet verwendet, Zugriff auf Exchange njet!

Nun Aufregung ist zuviel gesagt, habe mich schon seit einigen Jahren (da Delphi 64 Bit verschlafen hat) teilweise von Delphi verabschiedet, werde also abwarten und bei der Veröffentlichung der endgültigen EULA meine Entscheid wohl mit etwas Wehmut aber ohne Sentimentalität treffen müssen

[Iwo Asnet]

Also ich darf keinen Applikationsserver (mit DB-Zugriff) mehr in Delphi entwickeln und mich gleichzeitig vergrößern, ohne zwanghaft Lizenzen zu erwerben, die nich nicht benötige? Ich bin in der Freiheit behindert, beliebige Anwendungen zu erstellen?

Das ist interessant und erleichtert den Paradigmenwechsel.

[Phoenix]

Zum einen ist noch nicht klar, ob das wirklich so kommen wird.
Zum anderen ist genausowenig klar, ob die Preise die gleichen bleiben werden wie bisher. Vielleicht wird die Enterprise ja ein gutes Stück günstiger werden?

Und selbst wenn es drin bleibt, und selbst wenn die Preise gleich bleiben ist damit noch lange nicht gesagt, dass diese EULA (zumindest in Deutschland) überhaupt Gültigkeit hat.

Und selbst wenn, dann ist sie ggf. nur eingeschränkt Gültig, weil sie dann im Prinzip als AGB's gelten. Eine 'überraschende' Klausel in AGB's oder Klauseln, die die Nutzung zu stark einschränken sind auch nicht zwangsläufig bindend. Siehe z.B. http://de.wikipedia.org/wiki/Endbenutzer-Lizenzvertrag

Ich würde mir da im Moment noch keinen Kopf drum machen.

[mkinzler]

Ein Negativ-Effekt ist aber leider jetzt schon spürbar.

[himitsu]

Zitat:

Zitat von Iwo Asnet (Beitrag 1180274)

Also ich darf keinen Applikationsserver (mit DB-Zugriff) mehr in Delphi entwickeln und mich gleichzeitig vergrößern, ohne zwanghaft Lizenzen zu erwerben, die nich nicht benötige? Ich bin in der Freiheit behindert, beliebige Anwendungen zu erstellen?

Wenn es so kommen sollte, dann darfst du das schon machen (so wie es aktuell aussieht), wenn entsprechend einer oder mehrere der folgenden Punkte zutrifft:

- du bist Bestandskunde und hattest von XE/XE2 upgegradet
- du hast das optionale Client/Server-AddOn gekauft
- du bestitzt eine Edition größer als Professional

Zitat:

Ein Negativ-Effekt ist aber leider jetzt schon spürbar.

Wobei das aber nicht nur an diesem kleinem Pünktchen liegt.