delphi xe4 la proxima semana

[avmm2004]

Parece que vamos a tener delphi xe4 la próxima semana segun Andreano en : http://www.delphifeeds.com/go/s/102992

No viene Android pero si trae Ipad, iphone e Ios por lo menos me resuelve algo.
Si tuviera ya Android sería la BOMBA.

[[rretamar]]

Y seguimos sacando "versiones" a razón de una o dos por año. Otro producto "nuevo y mejorado", otra licencia, volver a pagar. A seguir en la misma, a continuar exprimiendo a la vaca, aunque leche para sacarle va quedando cada vez menos.

[cmm07]

Esta loco embarcadero, nose en que estan pensando, si solo viene el soporte a ios y firedac yo la hubiera sacado como update, en vez de atraer a la gente, la esta espantando, que lastima

[TOPX]

Espero que no sea cierto que lanzarán XE5 el 7 de Septiembre...

• XE4 and XE5 release dates? | Delphi Haters

-

[[gatosoft]]

Por ser versiones tan cercanas, XE4 debería entregarse gratis para quienes adquirieron XE3 ...!!! a ese precio no aguanta el bolsillo

[[Al González]]

El mercado no da para tanto, si siguen así van a reventar el producto. A veces parece que eso buscan los que toman estas decisiones. Y pensar que dentro de esa empresa, la gran mayoría de los que trabajan en Delphi nada de acuerdo están con estas apresuradas medidas de mercadeo.

Estoy seguro que Embarcadero aprenderá la lección, lo que no sé es si lo hará razonando o dándose de topes contra la pared.

[dec]

Hola,

Empezado por gatosoft

Por ser versiones tan cercanas, XE4 debería entregarse gratis para quienes adquirieron XE3 ...!!! a ese precio no aguanta el bolsillo

Eso mismo vale para los que compramos Delphi XE2 en relación a Delphi XE3. En mi caso fueron unos cuantos meses (¿cuatro? ¿cinco?) los que tardaron en publicar la nueva versión. A mí no me merecía la pena pagar por actualizar a Delphi XE3 (más de 600 euros), ni tampoco me merece la pena ahora actualizar a Delphi XE4. Personalmente, no me ofrece nada nuevo (insisto, para mis necesidades) y de hecho mi entorno principal es a día de hoy Delphi 2007.

Cada uno que haga lo que quiera y/o pueda... ellos tienen su política y yo trato de conocer cuáles son mis necesidades reales. Lo único que tal vez me hiciera pagar por una nueva versión de Delphi sería la posibilidad de desarrollar para Android, aunque, lo cierto es que el IDE que proporciona la misma Google (gratuitamente) es perfectamente capaz de desarrollar aplicaciones para Android: más aún, en algunas cosas está muy por encima de Delphi, en mi opinión.

[donald shimoda]

Empezado por gatosoft

Por ser versiones tan cercanas, XE4 debería entregarse gratis para quienes adquirieron XE3 ...!!! a ese precio no aguanta el bolsillo

El upgrade de XE3 a XE4 a 49 usd te parece mucho?

[donald shimoda]

Empezado por TOPX

Espero que no sea cierto que lanzarán XE5 el 7 de Septiembre...

• XE4 and XE5 release dates? | Delphi Haters

-

Si es con soporte a Android incluido bienvenido... Porque están tan preocupados por lanzamientos mas cercanos? Es por la baja de calidad? Siempre ha pasado eso, no creo que lanzamientos cada 6 meses empeoren esto, y no hay porque comprar estas versiones intermedias, entonces porque la quejadera?

Yo particularmente sigo con XE2, el día que vea ventajas enormes para el desarrollo Android (iOS no me interesa en absoluto), pasare. Por ahora la mejor opción para móviles sigue siendo Oxygene.

Saludos.

[[Al González]]

Hola Donald.

Verás, algunos se preocupan (o se interesan) por lo que concierne a sus necesidades inmediatas como usuarios de Delphi, lo cual es normal en cualquier producto comercial, sea de software o de otra cosa. Por lo que dices ese parece ser tu caso, una posición respetable aunque la menos plausible.

Pero detrás de Delphi existe una comunidad de usuarios, que se preocupa y se ocupa en rescatar a esta herramienta de programación del oscurantismo al que ha estado sometida en años recientes. Muchos miembros de esta comunidad consideramos que presentar como "versión mayor" lo que realmente y a todas luces es una actualización forma parte de los errores de mercadeo que contribuyen al problema.

Esa es una de las razones por las que sueles ver a compañeros expresando extrañeza ante los apresurados y poco estratégicos lanzamientos.

Saludos.

Al González.

[avmm2004]

Empezado por donald shimoda

Si es con soporte a Android incluido bienvenido... Porque están tan preocupados por lanzamientos mas cercanos? Es por la baja de calidad? Siempre ha pasado eso, no creo que lanzamientos cada 6 meses empeoren esto, y no hay porque comprar estas versiones intermedias, entonces porque la quejadera?

Yo particularmente sigo con XE2, el día que vea ventajas enormes para el desarrollo Android (iOS no me interesa en absoluto), pasare. Por ahora la mejor opción para móviles sigue siendo Oxygene.

Saludos.

Hola Donald, aprovechando tu comentario...... ¿ que tal oxigene para Android ? Bueno, estupendo, aceptable ...... ¿? ¿ ... ?

[MAXIUM]

Empezado por Julián

Se puede escribir buén código y mal código en cualquier lenguaje. Incluso con java, jeje.

Con delphi usas begin y end y <> y con c y similares usas { y } y !=, y con otros lenguajes otras palabras y otros simbolos. ¿Dónde esta el problema?

El problema es que a simple vista es más interpretable begin o end que { y } respectivamente. Pero tienes razón en que todo depende como escribas el código.

Por ejemplo en propio lenguaje Delphi, detesto cuando cambian el nombre de un componente como pepito.caption:= 'Hola'; en vez de Label1.caption:='Hola'; . Con el primero uno tiene que estar buscando las declaraciones para saber a que se refiere y peor si te colocan solo parte de código y otros tantos etc.

[Casimiro Notevi]

Para eso sirve usar alguna notación para nombrarlos. Yo lo uso desde siempre y me es natural escribirlo: lbTitulo, edPrecio, iCantidad, cNombre, etc.

[Julián]

Empezado por MAXIUM

El problema es que a simple vista es más interpretable begin o end que { y } respectivamente.

Pues no.

A lo mejor, quizá, podría ser mas interpretable begin y end que { y } para quien no tenga ni puñetera idea, pero no para un programador.

Solo son etiquetas, simbolos, que claramente delimitan un bloque de algo. Es tan tan intuitivo que no puedo entender como puede una cosa ser mas interpretable que otra.

Y lo de dejar los nombres de las variables tal cual los asigna el IDE, en lugar de usar una notación, como bien dice Casimiro, que es lo mas lógico y recomendable, me parece especialmente grave. Porque yo veo una variable llamada lbNombre en un archivo .pas, y no necesito ningún comentario para saber, con casi total seguridad, que se refiere a un componente Tlabel que estará junto a otro que muy probablemente se llamará editNombre, o edNombre, o algo parecido.

[cmm07]

Empezado por Julián

Pues no.

A lo mejor, quizá, podría ser mas interpretable begin y end que { y } para quien no tenga ni puñetera idea, pero no para un programador.

Solo son etiquetas, simbolos, que claramente delimitan un bloque de algo. Es tan tan intuitivo que no puedo entender como puede una cosa ser mas interpretable que otra.

Y lo de dejar los nombres de las variables tal cual los asigna el IDE, en lugar de usar una notación, como bien dice Casimiro, que es lo mas lógico y recomendable, me parece especialmente grave. Porque yo veo una variable llamada lbNombre en un archivo .pas, y no necesito ningún comentario para saber, con casi total seguridad, que se refiere a un componente Tlabel que estará junto a otro que muy probablemente se llamará editNombre, o edNombre, o algo parecido.

Totalmente de acuerdo

[[Lepe]]

Ya que está calentito el tema de la sintaxis... vamos a echar un jarro de agua fría:
¿Por qué no quitar los begin y end y las{ } de un plumazo?

Así lo hace python basándose en la sangría del código, más simple y legible, creo imposible.
(Los tabuladores se pueden configurar a 2 caracteres, yo lo tenía por defecto a 8. Esto es de un programa que hice en 3D, "def" es un "procedure" de delphi, los comentarios que se pongan a continuación entre comillas dobles o triples, sirven de ayuda al pulsar ctrl + espacio, igual que en delphi. "self" tiene el mismo significado que en delphi. Las variables no se necesitan declarar, lenguaje interpretado).

	def attachTo(self, node):
		''' reattach axis and rotation arrows to the node'''
		self.scale = 0, 0, 0
		if node:
			pos = node._getDerivedPosition() 
			ori = node._getDerivedOrientation()
			if 'translation' in self.entryShow and 'translation' in self._allowedToShow:
				self.translateNode.setPosition(pos)
				self.translateNode.setScale(self.normalScale)
			if 'rotation' in self.entryShow and 'rotation' in self._allowedToShow:
				self.rotateNode.setPosition(pos + self._rotateNodeOffset)
				self.rotateNode.setOrientation(ori)
				self.rotateNode.setScale(self.normalScale)

	def selectTerrain(self, positionTuple):
		if 'terrain' in self._allowedToShow:
			self.attachTo(None)
			if positionTuple[0] is not None and positionTuple[1] is not None and positionTuple[2] is not None:
				self.terrainNode.setPosition(positionTuple[0], positionTuple[1] + 0.5, positionTuple[2])
				self.terrainNode.setScale(0.2, 0.2, 0.2)
	
		if 'pointer3d' in self._allowedToShow:
			self.pointer3d.setPosition(positionTuple)
			s = 0.05
			self.pointer3d.setScale(s, s, s)

En cuanto a lo de crear variables, hace 3 años que no voy a la parte de declaración de un procedimiento, en cualquier parte del código escribo: "Lista:TStringList" pulso una combinación de teclas en Delphi7 y me crea la declaración de la variable y escribe el constructor automáticamente. Esto debería estar en el IDE sí o sí.

[cmm07]

Empezado por Lepe

Ya que está calentito el tema de la sintaxis... vamos a echar un jarro de agua fría:
¿Por qué no quitar los begin y end y las{ } de un plumazo?

Así lo hace python basándose en la sangría del código, más simple y legible, creo imposible.
(Los tabuladores se pueden configurar a 2 caracteres, yo lo tenía por defecto a 8. Esto es de un programa que hice en 3D, "def" es un "procedure" de delphi, los comentarios que se pongan a continuación entre comillas dobles o triples, sirven de ayuda al pulsar ctrl + espacio, igual que en delphi. "self" tiene el mismo significado que en delphi. Las variables no se necesitan declarar, lenguaje interpretado).

	def attachTo(self, node):
		''' reattach axis and rotation arrows to the node'''
		self.scale = 0, 0, 0
		if node:
			pos = node._getDerivedPosition() 
			ori = node._getDerivedOrientation()
			if 'translation' in self.entryShow and 'translation' in self._allowedToShow:
				self.translateNode.setPosition(pos)
				self.translateNode.setScale(self.normalScale)
			if 'rotation' in self.entryShow and 'rotation' in self._allowedToShow:
				self.rotateNode.setPosition(pos + self._rotateNodeOffset)
				self.rotateNode.setOrientation(ori)
				self.rotateNode.setScale(self.normalScale)

	def selectTerrain(self, positionTuple):
		if 'terrain' in self._allowedToShow:
			self.attachTo(None)
			if positionTuple[0] is not None and positionTuple[1] is not None and positionTuple[2] is not None:
				self.terrainNode.setPosition(positionTuple[0], positionTuple[1] + 0.5, positionTuple[2])
				self.terrainNode.setScale(0.2, 0.2, 0.2)
	
		if 'pointer3d' in self._allowedToShow:
			self.pointer3d.setPosition(positionTuple)
			s = 0.05
			self.pointer3d.setScale(s, s, s)

En cuanto a lo de crear variables, hace 3 años que no voy a la parte de declaración de un procedimiento, en cualquier parte del código escribo: "Lista:TStringList" pulso una combinación de teclas en Delphi7 y me crea la declaración de la variable y escribe el constructor automáticamente. Esto debería estar en el IDE sí o sí.

Estoy de acuerdo excepto en quitar el begin, end, si sucediera el codigo seria mucho menos organizado y seria mas enredoso, estoy de acuerdo que todo proc o func debe tener un inicio y un fin bien marcado, igual que para los if.....a mi me encanta delphi, trabaje mucho con el, le tengo mucho respeto, es por eso que me gustaria ver cambios más profundos en el lenguaje en si (no cambiar lo general, ya que ahi vendría siendo otro lenguaje), nose si me entienden lo que quiero decir o me apoyan en que deberian extender más el lenguaje para que sea mucho más dinamico? y obviamente bajar un poquitín los precios, que lo encuentro muy alto.


Se que dije que el código era horrible y me disculpo porque fui muy impulsivo al decir eso. Ya que verdaderamente no pienso tan así

Saludos!!

[jorge82]

Empezado por Lepe

Ya que está calentito el tema de la sintaxis... vamos a echar un jarro de agua fría:
¿Por qué no quitar los begin y end y las{ } de un plumazo?

Así lo hace python basándose en la sangría del código, más simple y legible, creo imposible.
(Los tabuladores se pueden configurar a 2 caracteres, yo lo tenía por defecto a 8. Esto es de un programa que hice en 3D, "def" es un "procedure" de delphi, los comentarios que se pongan a continuación entre comillas dobles o triples, sirven de ayuda al pulsar ctrl + espacio, igual que en delphi. "self" tiene el mismo significado que en delphi. Las variables no se necesitan declarar, lenguaje interpretado).

	def attachTo(self, node):
		''' reattach axis and rotation arrows to the node'''
		self.scale = 0, 0, 0
		if node:
			pos = node._getDerivedPosition() 
			ori = node._getDerivedOrientation()
			if 'translation' in self.entryShow and 'translation' in self._allowedToShow:
				self.translateNode.setPosition(pos)
				self.translateNode.setScale(self.normalScale)
			if 'rotation' in self.entryShow and 'rotation' in self._allowedToShow:
				self.rotateNode.setPosition(pos + self._rotateNodeOffset)
				self.rotateNode.setOrientation(ori)
				self.rotateNode.setScale(self.normalScale)

	def selectTerrain(self, positionTuple):
		if 'terrain' in self._allowedToShow:
			self.attachTo(None)
			if positionTuple[0] is not None and positionTuple[1] is not None and positionTuple[2] is not None:
				self.terrainNode.setPosition(positionTuple[0], positionTuple[1] + 0.5, positionTuple[2])
				self.terrainNode.setScale(0.2, 0.2, 0.2)
	
		if 'pointer3d' in self._allowedToShow:
			self.pointer3d.setPosition(positionTuple)
			s = 0.05
			self.pointer3d.setScale(s, s, s)

En cuanto a lo de crear variables, hace 3 años que no voy a la parte de declaración de un procedimiento, en cualquier parte del código escribo: "Lista:TStringList" pulso una combinación de teclas en Delphi7 y me crea la declaración de la variable y escribe el constructor automáticamente. Esto debería estar en el IDE sí o sí.

Oye Lepe, ¿utilizas algún experto para hacer lo de la declaración de las variables?, o como le haces, ¿el IDE de Delphi7 ya tiene algo así?

[MAXIUM]

i de integer, c de character, pero ¿ed y lb?... espera dejame buscar...

Tal ves en variables, pero para los nombres de objetos que vengan en Delphi, los dejo tal cual. Así cualquier otro delphiano sabra de inmediato a que componente corresponde.

[Casimiro Notevi]

ed edittext, lb label, etc.
Imagina que tienes un montón de edits: edittext1, edittext2, edittext3...edittext40
Asigna al edittext que muestra un saludo el valor "hola", difícil.
Sin embargo, si se llama edSaludo será más fácil