Re: [PHPTAL] Lets boost PHPTAL support in PHPSTORM!

2011-06-28 Thread Marco Pivetta
Me too :) Tried PHPStorm some days ago, but if PHPTal support comes, then I'll probably switch to it :D Marco Pivetta http://twitter.com/Ocramius http://marco-pivetta.com 2011/6/27 Kornel Lesiński kor...@geekhood.net On Mon, 27 Jun 2011 11:03:48 +0100, Anton Andriyevskyy x.meg...@gmail.com

Re: [PHPTAL] [PATCH] Shouldn't skip over __get() just because __isset() was defined…

2011-06-28 Thread Ivo Võsa
Kornel Lesiński wrote: I think it's illogical or buggy. You're saying it's not set, but then you expect it to be set anyway. If you have lazily-loaded properties, then you should simply return *true* from __isset() for such properties. But think other way. __isset() returns true and then

Re: [PHPTAL] Lets boost PHPTAL support in PHPSTORM!

2011-06-28 Thread Anton Andriyevskyy
Marco, I tried Eclipse, NetBeans and few others, and now when I tried PHPStorm I forgot about everything happened to me before, and I'm HAPPY. It's powerful. So much powerful. So try all its features and you will love it. Regards, Anton Andriyevskyy Business Automation Web Development On

[PHPTAL] Table with two array problem

2011-06-28 Thread Teis Lindemark
Hi, I am new to use PHPTal and so far, I like it. It's great to separate php code and the xhtml code. One of my list need some data from two arrays. I have one array array1 that I use tal:repeat=offers jobOffers and find the content like this: tal:content=offers/name for example. One of

Re: [PHPTAL] Table with two array problem

2011-06-28 Thread Robert Goldsmith
I think I understand what you are saying. The easiest way to do this would be if 'idoffer' is the key for the second array (so you have an array of key/value pairs with the idoffer as the key and name as the value). Then you can effectively ask 'give me the value for this key I am giving you

SV: [PHPTAL] Table with two array problem

2011-06-28 Thread Teis Lindemark
Okey, thanks for the quick answer. But my otherArray is at format Array([0] = Array([idoffer] = INTEGER [name] = STRING) [1] ... I think the reason is that one idoffer can have more than one name, but is there an easy way to format that array correct or get this work on this array? Thanks for

Re: SV: [PHPTAL] Table with two array problem

2011-06-28 Thread Piotr Kroczyński
try this: $tmpArray = array(); foreach($otherArray as $a){ $tmpArray[$a['idoffer']] = $a; } $otherArray = $tmpArray(); unset($tmpArray); Pozdrawiam Piotr Kroczyński W dniu 28.06.2011 17:41, Teis Lindemark pisze: Okey, thanks for the quick answer. But my otherArray is at format

Re: SV: [PHPTAL] Table with two array problem

2011-06-28 Thread Piotr Kroczyński
Ok maby I didn't understand you correctly. Case where there could be more than one name for idoffer: $tmpArray = array(); foreach($otherArray as $a){ $tmpArray[$a['idoffer']][] = $a['name']; } $otherArray = $tmpArray(); unset($tmpArray); then: tr tal:repeat=offers jobOffers td

SV: SV: [PHPTAL] Table with two array problem

2011-06-28 Thread Teis Lindemark
Thanks a lot! This works and I also learned a bit more about how PHPTAL works. Teis -Opprinnelig melding- Fra: phptal-boun...@lists.motion-twin.com [mailto:phptal-boun...@lists.motion-twin.com] På vegne av Piotr Kroczynski Sendt: 28. juni 2011 18:01 Til: Template Attribute Language for

Re: [PHPTAL] i18n:domain Attribute

2011-06-28 Thread Kornel Lesiński
On Tue, 28 Jun 2011 17:49:04 +0100, Darrell Hamilton darre...@4over.com wrote: There seems to be a lacking of any documentation for the i18n:domain attribute. In the current documentation, it is only mentioned as an aside in the PHPTAL_TranslationService section of the PHP Integration

Re: [PHPTAL] [PATCH] Shouldn't skip over __get() just because __isset() was defined…

2011-06-28 Thread Terin Stock
isset() isn't defined for lazy-loading properties, they're either set or not set. Not not currently set, but could be in the future. Therefore, is it correct or incorrect to define it one way or another in our application's objects? In the current implementation, PHPTAL makes an active attempt

Re: [PHPTAL] [PATCH] Shouldn't skip over __get() just because __isset() was defined…

2011-06-28 Thread Kornel Lesiński
On Tue, 28 Jun 2011 18:44:49 +0100, Terin Stock terinjo...@gmail.com wrote: isset() isn't defined for lazy-loading properties, they're either set or not set. IMHO lazy-loading is an implementation detail that should not be visible to isset(). The state you have is property is there and

Re: [PHPTAL] [PATCH] Shouldn't skip over __get() just because __isset() was defined…

2011-06-28 Thread Terin Stock
Kornel: Thanks! It's early enough in my application, that I can go ahead and change my behavior, so that's not much of an issue. Thank you for your patch. It's not fun to reject patches, I'm sorry for that. No problem, it sucks, I know. Hopefully this is just the first of many patches, and