From andreaswahlin@bredband.net Sat Oct  8 08:31:24 2005
From: Andreas Wahlin <andreaswahlin@bredband.net>
To: textmate@lists.macromates.com
Subject: [TxMt] problem: php syntax bundle
Date: Sat, 08 Oct 2005 10:30:16 +0200
Message-ID: <DAC795DF-DFAC-4F18-A4F9-B57BB112F09C@bredband.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7181079601830795697=="

--===============7181079601830795697==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

It seems the syntax parsing chokes on heredocs, code provided below

<?php
$xmlstr = <<<XML
<?xml version='1.0'?>
<movies>
     <movie>
           <title>PHP: Behind the Parser</title>
           <characters>
                <character>
                    <name>Ms. Coder</name>
                    <actor>Onlivia Actora</actor>
                </character>
           <plot>
                So, this language. It's like, a programming language.  
Or is it a
                scripting language? All is revealed in this thrilling  
horror spoof
                of a documentary.
           </plot>
           <rating type="thumbs">7</rating>
           <rating type="stars">5</rating>
      </movie>
</movies>
XML;

$xml = simplexml_load_string($xmlstr);

echo "<p>" . $xml->movie[0]->plot . "</p>";

?>

example taken and trimmed slightly from
http://se.php.net/simplexml

Andreas

--===============7181079601830795697==--


From throw-away-1@macromates.com Sat Oct  8 08:39:49 2005
From: Allan Odgaard <throw-away-1@macromates.com>
To: textmate@lists.macromates.com
Subject: Re: [TxMt] problem: php syntax bundle
Date: Sat, 08 Oct 2005 10:38:14 +0200
Message-ID: <42AFDD98-67DF-4724-9541-5BAE6E8603EE@macromates.com>
In-Reply-To: <DAC795DF-DFAC-4F18-A4F9-B57BB112F09C@bredband.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2156322307311733704=="

--===============2156322307311733704==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

On 08/10/2005, at 10.30, Andreas Wahlin wrote:

> It seems the syntax parsing chokes on heredocs, code provided below

Looks fine for me (r513).



--===============2156322307311733704==--


From andreaswahlin@bredband.net Sat Oct  8 08:56:02 2005
From: Andreas Wahlin <andreaswahlin@bredband.net>
To: textmate@lists.macromates.com
Subject: Re: [TxMt] problem: php syntax bundle
Date: Sat, 08 Oct 2005 10:54:53 +0200
Message-ID: <B63F96CA-E7FC-47A4-9F5E-0E4B68EA8086@bredband.net>
In-Reply-To: <42AFDD98-67DF-4724-9541-5BAE6E8603EE@macromates.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1556064221232667239=="

--===============1556064221232667239==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

I have that same version, and I don't think I've played around with  
the syntax colouring schemes ... it works in neither html or php  
languge mode.
hmmm, don't think I can say much more

Andreas

On Oct 8, 2005, at 10:38 , Allan Odgaard wrote:

> On 08/10/2005, at 10.30, Andreas Wahlin wrote:
>
>
>> It seems the syntax parsing chokes on heredocs, code provided below
>>
>
> Looks fine for me (r513).
>
>
>
> ______________________________________________________________________
> For new threads USE THIS: textmate(a)lists.macromates.com
> (threading gets destroyed and the universe will collapse if you don't)
> http://lists.macromates.com/mailman/listinfo/textmate
>


--===============1556064221232667239==--


From mummer@whitefalls.org Sat Oct  8 14:50:34 2005
From: Michael Sheets <mummer@whitefalls.org>
To: textmate@lists.macromates.com
Subject: Re: [TxMt] problem: php syntax bundle
Date: Sat, 08 Oct 2005 09:49:14 -0500
Message-ID: <1AE9FD2C-3BED-41B8-862A-DEC3381497B4@whitefalls.org>
In-Reply-To: <B63F96CA-E7FC-47A4-9F5E-0E4B68EA8086@bredband.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1834799852782606090=="

--===============1834799852782606090==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

On Oct 8, 2005, at 3:54 AM, Andreas Wahlin wrote:

> I have that same version, and I don't think I've played around with  
> the syntax colouring schemes ... it works in neither html or php  
> languge mode.
> hmmm, don't think I can say much more

Are you using an svn checkout? If so is it up-to-date?

--===============1834799852782606090==--


From andreaswahlin@bredband.net Sat Oct  8 15:34:24 2005
From: Andreas Wahlin <andreaswahlin@bredband.net>
To: textmate@lists.macromates.com
Subject: Re: [TxMt] problem: php syntax bundle
Date: Sat, 08 Oct 2005 17:33:15 +0200
Message-ID: <310426B2-EBD7-40FC-90A8-C8E324029CF9@bredband.net>
In-Reply-To: <1AE9FD2C-3BED-41B8-862A-DEC3381497B4@whitefalls.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============3653838018048863541=="

--===============3653838018048863541==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

> Are you using an svn checkout? If so is it up-to-date?

No checkouts. Hm, I tried to delete the PHP bundles in my ~/ 
library ... and it seemed to solve it.

Andreas

--===============3653838018048863541==--


From mummer@whitefalls.org Sat Oct  8 18:04:32 2005
From: Michael Sheets <mummer@whitefalls.org>
To: textmate@lists.macromates.com
Subject: Re: [TxMt] problem: php syntax bundle
Date: Sat, 08 Oct 2005 13:03:20 -0500
Message-ID: <B38AB3EE-6025-47CC-AC3A-2A2223C9012D@whitefalls.org>
In-Reply-To: <310426B2-EBD7-40FC-90A8-C8E324029CF9@bredband.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0881852134513773483=="

--===============0881852134513773483==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

>> Are you using an svn checkout? If so is it up-to-date?
>
> No checkouts. Hm, I tried to delete the PHP bundles in my ~/ 
> library ... and it seemed to solve it.

Ah, at some point you made a change to the PHP syntax, saving a local  
copy. Once you have a local version of the syntax you won't get any  
updates to the syntax.

--===============0881852134513773483==--


From weitzman@tejasa.com Sat Oct  8 18:32:44 2005
From: Moshe Weitzman <weitzman@tejasa.com>
To: textmate@lists.macromates.com
Subject: Re: [TxMt] problem: php syntax bundle
Date: Sat, 08 Oct 2005 14:31:35 -0400
Message-ID: <43481087.8080604@tejasa.com>
In-Reply-To: <B38AB3EE-6025-47CC-AC3A-2A2223C9012D@whitefalls.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7629933885104600140=="

--===============7629933885104600140==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Michael Sheets wrote:
>>> Are you using an svn checkout? If so is it up-to-date?
>>
>> No checkouts. Hm, I tried to delete the PHP bundles in my ~/library 
>> ... and it seemed to solve it.
> 
> Ah, at some point you made a change to the PHP syntax, saving a local 
> copy. Once you have a local version of the syntax you won't get any 
> updates to the syntax.

it would be nice if there was a way to make minor edits but still 
inherit improvements automatically. can you overrride just one 
file/setting in the bundle?

--===============7629933885104600140==--


From mummer@whitefalls.org Sat Oct  8 20:10:52 2005
From: Michael Sheets <mummer@whitefalls.org>
To: textmate@lists.macromates.com
Subject: Re: [TxMt] problem: php syntax bundle
Date: Sat, 08 Oct 2005 15:09:40 -0500
Message-ID: <1D30F160-51CE-48D7-B7D5-15425BE71B17@whitefalls.org>
In-Reply-To: <43481087.8080604@tejasa.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============9031079648757439004=="

--===============9031079648757439004==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

>> Ah, at some point you made a change to the PHP syntax, saving a  
>> local copy. Once you have a local version of the syntax you won't  
>> get any updates to the syntax.
>
> it would be nice if there was a way to make minor edits but still  
> inherit improvements automatically. can you overrride just one file/ 
> setting in the bundle?

That's what happens, only the changed items in a Bundle are saved to  
~/Library, the other items will keep seeing any changes. However the  
syntax is one 'item' so a change to it blocks out updates to the  
syntax. 

--===============9031079648757439004==--


From andreaswahlin@bredband.net Sat Oct  8 20:28:26 2005
From: Andreas Wahlin <andreaswahlin@bredband.net>
To: textmate@lists.macromates.com
Subject: Re: [TxMt] problem: php syntax bundle
Date: Sat, 08 Oct 2005 22:27:11 +0200
Message-ID: <F56D8711-6C8D-45E8-8DCB-149BFB8DB884@bredband.net>
In-Reply-To: <1D30F160-51CE-48D7-B7D5-15425BE71B17@whitefalls.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1754219629331271081=="

--===============1754219629331271081==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

> That's what happens, only the changed items in a Bundle are saved  
> to ~/Library, the other items will keep seeing any changes. However  
> the syntax is one 'item' so a change to it blocks out updates to  
> the syntax.

That is not so great actually, since you miss out on "official"  
updates. It would be nice to have something like "view differences"  
or something of the like.

Andreas

--===============1754219629331271081==--


From gerti@bitart.com Sat Oct  8 20:55:33 2005
From: Gerd Knops <gerti@bitart.com>
To: textmate@lists.macromates.com
Subject: Re: [TxMt] problem: php syntax bundle
Date: Sat, 08 Oct 2005 15:54:15 -0500
Message-ID: <15475DD7-8AC3-4042-9504-F175CB57474B@bitart.com>
In-Reply-To: <F56D8711-6C8D-45E8-8DCB-149BFB8DB884@bredband.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============5191583532029044812=="

--===============5191583532029044812==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit


On Sat, Oct 8, at 3:27 PM, Andreas Wahlin wrote:

>> That's what happens, only the changed items in a Bundle are saved  
>> to ~/Library, the other items will keep seeing any changes.  
>> However the syntax is one 'item' so a change to it blocks out  
>> updates to the syntax.
>>
>
> That is not so great actually, since you miss out on "official"  
> updates. It would be nice to have something like "view differences"  
> or something of the like.

Actually there is a solution for languages. You can define your  
additions in a new bundle, then include the original. As an example  
my Perl language definition loos like this (deleting most of my  
additions for brevity):

{    scopeName = 'source.perl.gerd';
     firstLineMatch = '^#!.*\bperl\b';
     fileTypes = ( 'pl', 'pm', 'pod' );
     foldingStartMarker = '(/\*|(\{|\[|\()\s*$)';
     foldingStopMarker = '(\*/|^\s*(\}|\]|\)))';
     patterns = (
         {    name = 'entity.name.class';
              match = '^\s*package\s+.*$\n?';
         },
         {    include = 'source.perl'; },
     );
}

Now all changes to the official updates are still picked up.

Gerd


--===============5191583532029044812==--


From andreaswahlin@bredband.net Sun Oct  9 13:00:00 2005
From: Andreas Wahlin <andreaswahlin@bredband.net>
To: textmate@lists.macromates.com
Subject: [TxMt] small bundle question, was: problem: php syntax bundle
Date: Sun, 09 Oct 2005 14:58:43 +0200
Message-ID: <9F444420-4B71-4528-AB11-48756FAAE88D@bredband.net>
In-Reply-To: <15475DD7-8AC3-4042-9504-F175CB57474B@bitart.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7548396892052640632=="

--===============7548396892052640632==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

> Actually there is a solution for languages. You can define your  
> additions in a new bundle, then include the original. As an example  
> my Perl language definition loos like this (deleting most of my  
> additions for brevity):
>
> {    scopeName = 'source.perl.gerd';
>     firstLineMatch = '^#!.*\bperl\b';
>     fileTypes = ( 'pl', 'pm', 'pod' );
>     foldingStartMarker = '(/\*|(\{|\[|\()\s*$)';
>     foldingStopMarker = '(\*/|^\s*(\}|\]|\)))';
>     patterns = (
>         {    name = 'entity.name.class';
>              match = '^\s*package\s+.*$\n?';
>         },
>         {    include = 'source.perl'; },
>     );
> }

Ah, that's pretty smart. This does only apply to language though  
right? Macros, snippets etc are each "unique", so adding my own  
snippets will still allow me to catch up on official ones ... as long  
as I don't change the official ones of course ..
It's not entirely ideal though to have to go through the process  
above, on the other hand, if one edits the language, one knows what  
one does.

Andreas

--===============7548396892052640632==--


From throw-away-1@macromates.com Sun Oct  9 13:19:55 2005
From: Allan Odgaard <throw-away-1@macromates.com>
To: textmate@lists.macromates.com
Subject: Re: [TxMt] small bundle question, was: problem: php syntax bundle
Date: Sun, 09 Oct 2005 15:18:19 +0200
Message-ID: <B89007CA-DC5C-45CB-9F56-22479987D825@macromates.com>
In-Reply-To: <9F444420-4B71-4528-AB11-48756FAAE88D@bredband.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2628959488467151159=="

--===============2628959488467151159==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

On 09/10/2005, at 14.58, Andreas Wahlin wrote:

> Ah, that's pretty smart. This does only apply to language though  
> right? Macros, snippets etc are each "unique", so adding my own  
> snippets will still allow me to catch up on official ones ... as  
> long as I don't change the official ones of course ..

Yes

> It's not entirely ideal though to have to go through the process  
> above, on the other hand, if one edits the language, one knows what  
> one does.

Yes -- though if you want the ability to diff and merge, you could do  
a svn co of the grammar you want to edit, and then use the  
capabilities of svn to merge, diff, a.s.o. in the future -- but Gerds  
suggestion is much better, since that's a one-time fix, where with  
diff and merging, you would potentially have to handle merge  
conflicts each time the official grammar gets changed.

All that said, it's clear that the bundle editor needs to indicate,  
when the user is running with a non-default bundle item, _and_ the  
item has been updated _after_ the user did his “fork”, that there is  
an updated default value.


--===============2628959488467151159==--