Hi all, this is my first post to the mailing list. I'm having a problem with my templates. It looks like CocoaDialog is acting up, I'm not sure - for certain CocoaDialog results I get an error message as the result, with the text "QT call results in 0". Specifically this happens in the Actionscript 3.tmbundle's Project template. I'm not sure if it happens in other project templates, but it is effectively keeping me from creating new projects by placing my new project inside the tmbundle and giving everything the wrong name [like "QT call results in 0-config.xml", etc.]. Anyone know what's up? Thanks!
Not sure if this message made it the first time:
Hi all, this is my first post to the mailing list. I'm having a problem with my templates. It looks like CocoaDialog is acting up, I'm not sure - for certain CocoaDialog results I get an error message as the result, with the text "QT call results in 0". Specifically this happens in the Actionscript 3.tmbundle's Project template. I'm not sure if it happens in other project templates, but it is effectively keeping me from creating new projects by placing my new project inside the tmbundle and giving everything the wrong name [like "QT call results in 0-config.xml", etc.]. Anyone know what's up? Thanks!
Can someone reply to this so I can rest assured that my emails are making it to the list?
---------- Forwarded message ---------- From: Schell efsubenovex@gmail.com Date: Thu, Jul 23, 2009 at 10:15 AM Subject: QT call results in 0 To: textmate@lists.macromates.com
Not sure if this message made it the first time:
Hi all, this is my first post to the mailing list. I'm having a problem with my templates. It looks like CocoaDialog is acting up, I'm not sure - for certain CocoaDialog results I get an error message as the result, with the text "QT call results in 0". Specifically this happens in the Actionscript 3.tmbundle's Project template. I'm not sure if it happens in other project templates, but it is effectively keeping me from creating new projects by placing my new project inside the tmbundle and giving everything the wrong name [like "QT call results in 0-config.xml", etc.]. Anyone know what's up? Thanks!
From: Schell efsubenovex@gmail.com Date: Thu, 23 Jul 2009 12:11:16 -0700 Subject: [TxMt] Fwd: QT call results in 0
Can someone reply to this so I can rest assured that my emails are making it to the list?
Yeah, every time I ask a CocoaDialog / ui.rb question, no one seems to have the answer. It must be classified information, kept in a man-sized safe at an undisclosed location (winky icon). Sorry...
Haha, thanks though.
On Thu, Jul 23, 2009 at 2:24 PM, Dru Kepple dru@summitprojects.com wrote:
From: Schell efsubenovex@gmail.com Date: Thu, 23 Jul 2009 12:11:16 -0700 Subject: [TxMt] Fwd: QT call results in 0
Can someone reply to this so I can rest assured that my emails are making
it
to the list?
Yeah, every time I ask a CocoaDialog / ui.rb question, no one seems to have the answer. It must be classified information, kept in a man-sized safe at an undisclosed location (winky icon). Sorry...
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On 7/23/09 2:44 PM, in article 65f5d7330907231444p4a647c7ie2e69ab0adc139e3@mail.gmail.com, "Schell" efsubenovex@gmail.com wrote:
Haha, thanks though.
Yeah, every time I ask a CocoaDialog / ui.rb question, no one seems to have the answer.
Well, some things depend on how you ask the question. The O.P. didn't post any code and he didn't say what precisely he was trying to get CocoaDialog to do. That makes it kind of hard to answer. m.
Ah, okay, sorry guys. The code involved is ANY CocoaDialog calls. For example:
[bash script]
fullProjectPath=$(CocoaDialog filesave \ --text "Please name your project and select a folder to save it into" \ --title "Create New Project" \ --with-extensions .tmproj \ --with-file "$defaultProjectName");
[/bash script]
fullProjectPath's value is now "QT call results in 0".
This happens in all bundles, or so it seems. It goes further than just shell scripts in that TM's internal functions are affected [although I'm guessing that these internal functions also use CocoaDialog]. Attached is a screen shot, and linked [http://slaughterballoon.com/textmate/Picture_2.png] just in case. I hope this helps clear up the matter.
On Thu, Jul 23, 2009 at 6:07 PM, Matt Neuburg matt@tidbits.com wrote:
On 7/23/09 2:44 PM, in article 65f5d7330907231444p4a647c7ie2e69ab0adc139e3@mail.gmail.com, "Schell" efsubenovex@gmail.com wrote:
Haha, thanks though.
Yeah, every time I ask a CocoaDialog / ui.rb question, no one seems to
have
the answer.
Well, some things depend on how you ask the question. The O.P. didn't post any code and he didn't say what precisely he was trying to get CocoaDialog to do. That makes it kind of hard to answer. m.
-- matt neuburg, phd = matt@tidbits.com, http://www.tidbits.com/matt/ A fool + a tool + an autorelease pool = cool! AppleScript: the Definitive Guide - Second Edition! http://www.tidbits.com/matt/default.html#applescriptthings
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On 7/23/09 7:19 PM, in article 65f5d7330907231919l1003f57cg6bc351b23f65139d@mail.gmail.com, "Schell" efsubenovex@gmail.com wrote:
Ah, okay, sorry guys. The code involved is ANY CocoaDialog calls. For example:
[bash script]
fullProjectPath=$(CocoaDialog filesave \ --text "Please name your project and select a folder to save it into" \ --title "Create New Project" \ --with-extensions .tmproj \ --with-file "$defaultProjectName");
[/bash script]
fullProjectPath's value is now "QT call results in 0".
Okay, well, I don't really do bash scripting, but I just tried making a new bash script in TextMate and I ran this:
fullProjectPath=$(CocoaDialog filesave \ --text "Please name your project and select a folder to save it into" \ --title "Create New Project" \ --with-extensions .tmproj \ --with-file testing); echo $fullProjectPath
And here's the output after I interact with the dialog:
/Users/mattleopard/Desktop/testing.tmproj
That looks right. So what causes this difference? The version of TM? Something about the environment where the script is being run? m.
Yeah, it's got to be an environment issue. The weird thing is that I haven't changed anything in my startup scripts. I'll figure it out when I have a little more time. Thanks!
On Thu, Jul 23, 2009 at 9:06 PM, Matt Neuburg matt@tidbits.com wrote:
On 7/23/09 7:19 PM, in article 65f5d7330907231919l1003f57cg6bc351b23f65139d@mail.gmail.com, "Schell" efsubenovex@gmail.com wrote:
Ah, okay, sorry guys. The code involved is ANY CocoaDialog calls. For
example:
[bash script]
fullProjectPath=$(CocoaDialog filesave \ --text "Please name your project and select a folder to save
it
into" \ --title "Create New Project" \ --with-extensions .tmproj \ --with-file "$defaultProjectName");
[/bash script]
fullProjectPath's value is now "QT call results in 0".
Okay, well, I don't really do bash scripting, but I just tried making a new bash script in TextMate and I ran this:
fullProjectPath=$(CocoaDialog filesave \ --text "Please name your project and select a folder to save it into" \ --title "Create New Project" \ --with-extensions .tmproj \ --with-file testing); echo $fullProjectPath
And here's the output after I interact with the dialog:
/Users/mattleopard/Desktop/testing.tmproj
That looks right. So what causes this difference? The version of TM? Something about the environment where the script is being run? m.
-- matt neuburg, phd = matt@tidbits.com, http://www.tidbits.com/matt/ A fool + a tool + an autorelease pool = cool! AppleScript: the Definitive Guide - Second Edition! http://www.tidbits.com/matt/default.html#applescriptthings
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On 24 Jul 2009, at 04:19, Schell wrote:
[...] fullProjectPath's value is now "QT call results in 0".
This happens in all bundles, or so it seems. It goes further than just shell scripts in that TM's internal functions are affected [although I'm guessing that these internal functions also use CocoaDialog]. [...]
They do not, and this does not sound related to CocoaDialog.
From http://wiki.macromates.com/Troubleshooting/101:
A lot of things go via the shell which source a few startup files. You can have bash show which lines are executed as part of this process by running the following line in Terminal:
BASH_ENV=/Applications/TextMate.app/Contents/SharedSupport/ Support/lib/bash_init.sh /bin/bash -xc 'echo test'
On 23 Jul 2009, at 23:24, Dru Kepple wrote:
Yeah, every time I ask a CocoaDialog / ui.rb question, no one seems to have the answer. It must be classified information, kept in a man-sized safe at an undisclosed location (winky icon). Sorry...
Yeah, sorry, I try to pickup on unanswered threads, but interface (builder) instructions are hard to express in text or the setup to reproduce the scenario is non-trivial, so those are often left dangling.
You might have a better chance asking on IRC, just don’t start by asking if there are any ui.rb experts around, or ask and leave after five minutes ;)
I actually did visit the IRC channel and they pointed me to the troubleshooting pages. Although I haven't yet had enough time to run through all the possible causes. Thanks for your help.
On Sun, Jul 26, 2009 at 3:11 AM, Allan Odgaard mailinglist@textmate.orgwrote:
On 23 Jul 2009, at 23:24, Dru Kepple wrote:
Yeah, every time I ask a CocoaDialog / ui.rb question, no one seems to have the answer. It must be classified information, kept in a man-sized safe at an undisclosed location (winky icon). Sorry...
Yeah, sorry, I try to pickup on unanswered threads, but interface (builder) instructions are hard to express in text or the setup to reproduce the scenario is non-trivial, so those are often left dangling.
You might have a better chance asking on IRC, just don’t start by asking if there are any ui.rb experts around, or ask and leave after five minutes ;)
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On 27 Jul 2009, at 19:17, Schell wrote:
I actually did visit the IRC channel and they pointed me to the troubleshooting pages. Although I haven't yet had enough time to run through all the possible causes. Thanks for your help.
The “come to IRC” was meant for Dru Kepple regarding ui.rb questions.
As for the troubleshooting pages, I quoted the exact thing you should run in my other reply in this thread, please run that and report the results.
On Sun, Jul 26, 2009 at 3:11 AM, Allan Odgaard <mailinglist@textmate.org
wrote:
On 23 Jul 2009, at 23:24, Dru Kepple wrote:
Yeah, every time I ask a CocoaDialog / ui.rb question, no one seems to have the answer. It must be classified information, kept in a man-sized safe at an undisclosed location (winky icon). Sorry...
Yeah, sorry, I try to pickup on unanswered threads, but interface (builder) instructions are hard to express in text or the setup to reproduce the scenario is non-trivial, so those are often left dangling.
You might have a better chance asking on IRC, just don’t start by asking if there are any ui.rb experts around, or ask and leave after five minutes ;)
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
-- Schell Scivally efsubenovex@gmail.com http://blog.efnx.com
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
Here it is:
+ unset BASH_ENV + export LC_CTYPE=en_US.UTF-8 + LC_CTYPE=en_US.UTF-8 + : /Users/efnx/Library/Application Support/TextMate/bash_init.sh + '[' '!' -f '/Users/efnx/Library/Application Support/TextMate/bash_init.sh' ']' + '[' -f /etc/profile ']' + . /etc/profile + '[' -f /Users/efnx/.bash_profile ']' + '[' -f /Users/efnx/.bash_login ']' + '[' -f /Users/efnx/.profile ']' + set +u + [[ -d /bin ]] + PATH=/bin:/sbin:/usr/bin:/usr/sbin:usr/local/sbin:/usr/local/bin:/bin + [[ -d /bin/CocoaDialog.app/Contents/MacOS ]] + [[ -d '' ]] + export PATH + [[ -f /Users/efnx/Library/Application Support/TextMate/bash_init.sh ]] + export RUBYLIB=/lib + RUBYLIB=/lib + textmate_init /Users/efnx + [[ /Users/efnx != / ]] + [[ /Users/efnx != /Users/efnx ]] + [[ -f /Users/efnx/.textmate_init ]] + [[ /Users/efnx == / ]] + echo test test
On Tue, Jul 28, 2009 at 4:37 AM, Allan Odgaard mailinglist@textmate.orgwrote:
On 27 Jul 2009, at 19:17, Schell wrote:
I actually did visit the IRC channel and they pointed me to the troubleshooting pages. Although I haven't yet had enough time to run through all the possible causes. Thanks for your help.
The “come to IRC” was meant for Dru Kepple regarding ui.rb questions.
As for the troubleshooting pages, I quoted the exact thing you should run in my other reply in this thread, please run that and report the results.
On Sun, Jul 26, 2009 at 3:11 AM, Allan Odgaard <mailinglist@textmate.org
wrote:
On 23 Jul 2009, at 23:24, Dru Kepple wrote:
Yeah, every time I ask a CocoaDialog / ui.rb question, no one seems to have the answer. It must be classified information, kept in a man-sized safe at an undisclosed location (winky icon). Sorry...
Yeah, sorry, I try to pickup on unanswered threads, but interface (builder) instructions are hard to express in text or the setup to reproduce the scenario is non-trivial, so those are often left dangling.
You might have a better chance asking on IRC, just don’t start by asking if there are any ui.rb experts around, or ask and leave after five minutes ;)
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
-- Schell Scivally efsubenovex@gmail.com http://blog.efnx.com
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
ok, doesn’t include the output you get from the other commands.
Another thing that can cause output is loading of input managers, so you may want to remove everything in /Library/InputManagers/.
Also try commands on a second account to see if it is local.
And, as the bash test did not show the output, try to figure out which commands show the problem and which doesn’t, that might reveal a pattern.
On 28 Jul 2009, at 19:07, Schell wrote:
Here it is:
- unset BASH_ENV
- export LC_CTYPE=en_US.UTF-8
- LC_CTYPE=en_US.UTF-8
- : /Users/efnx/Library/Application Support/TextMate/bash_init.sh
- '[' '!' -f '/Users/efnx/Library/Application Support/TextMate/
bash_init.sh' ']'
- '[' -f /etc/profile ']'
- . /etc/profile
- '[' -f /Users/efnx/.bash_profile ']'
- '[' -f /Users/efnx/.bash_login ']'
- '[' -f /Users/efnx/.profile ']'
- set +u
- [[ -d /bin ]]
- PATH=/bin:/sbin:/usr/bin:/usr/sbin:usr/local/sbin:/usr/local/bin:/
bin
- [[ -d /bin/CocoaDialog.app/Contents/MacOS ]]
- [[ -d '' ]]
- export PATH
- [[ -f /Users/efnx/Library/Application Support/TextMate/
bash_init.sh ]]
- export RUBYLIB=/lib
- RUBYLIB=/lib
- textmate_init /Users/efnx
- [[ /Users/efnx != / ]]
- [[ /Users/efnx != /Users/efnx ]]
- [[ -f /Users/efnx/.textmate_init ]]
- [[ /Users/efnx == / ]]
- echo test
test
On Tue, Jul 28, 2009 at 4:37 AM, Allan Odgaard <mailinglist@textmate.org
wrote:
On 27 Jul 2009, at 19:17, Schell wrote:
I actually did visit the IRC channel and they pointed me to the troubleshooting pages. Although I haven't yet had enough time to run through all the possible causes. Thanks for your help.
The “come to IRC” was meant for Dru Kepple regarding ui.rb questions.
As for the troubleshooting pages, I quoted the exact thing you should run in my other reply in this thread, please run that and report the results.
On Sun, Jul 26, 2009 at 3:11 AM, Allan Odgaard <mailinglist@textmate.org
wrote:
On 23 Jul 2009, at 23:24, Dru Kepple wrote:
Yeah, every time I ask a CocoaDialog / ui.rb question, no one seems to have the answer. It must be classified information, kept in a man- sized safe at an undisclosed location (winky icon). Sorry...
Yeah, sorry, I try to pickup on unanswered threads, but interface (builder) instructions are hard to express in text or the setup to reproduce the scenario is non-trivial, so those are often left dangling.
You might have a better chance asking on IRC, just don’t start by asking if there are any ui.rb experts around, or ask and leave after five minutes ;)
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
-- Schell Scivally efsubenovex@gmail.com http://blog.efnx.com
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
-- Schell Scivally efsubenovex@gmail.com http://blog.efnx.com
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
From: Allan Odgaard mailinglist@textmate.org subject: [TxMt] Re: Fwd: QT call results in 0
On 23 Jul 2009, at 23:24, Dru Kepple wrote:
Yeah, every time I ask a CocoaDialog / ui.rb question, no one seems to have the answer. It must be classified information, kept in a man-sized safe at an undisclosed location (winky icon). Sorry...
Yeah, sorry, I try to pickup on unanswered threads, but interface (builder) instructions are hard to express in text or the setup to reproduce the scenario is non-trivial, so those are often left dangling.
You might have a better chance asking on IRC, just don¹t start by asking if there are any ui.rb experts around, or ask and leave after five minutes ;)
Thanks, Allan...I tend to forget that there is an IRC channel. I'll try there next time I have a question!
Ah, seems fixed. My login script was .bashrc, I didn't have .profile, .login, .bash_profile nor .bash_login, so for some reason that messed it up. I moved .bashrc to .bash_login and everything seems fine now. Thanks guys.
On Fri, Jul 31, 2009 at 11:13 AM, Dru Kepple dru@summitprojects.com wrote:
From: Allan Odgaard mailinglist@textmate.org subject: [TxMt] Re: Fwd: QT call results in 0
On 23 Jul 2009, at 23:24, Dru Kepple wrote:
Yeah, every time I ask a CocoaDialog / ui.rb question, no one seems to have the answer. It must be classified information, kept in a man-sized safe at an undisclosed location (winky icon). Sorry...
Yeah, sorry, I try to pickup on unanswered threads, but interface (builder) instructions are hard to express in text or the setup to reproduce the scenario is non-trivial, so those are often left dangling.
You might have a better chance asking on IRC, just don¹t start by asking if there are any ui.rb experts around, or ask and leave after five minutes ;)
Thanks, Allan...I tend to forget that there is an IRC channel. I'll try there next time I have a question!
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
Looks like it made it.
On Jul 21, 2009, at 12:54, Schell wrote:
Hi all, this is my first post to the mailing list. I'm having a problem with my templates. It looks like CocoaDialog is acting up, I'm not sure - for certain CocoaDialog results I get an error message as the result, with the text "QT call results in 0". Specifically this happens in the Actionscript 3.tmbundle's Project template. I'm not sure if it happens in other project templates, but it is effectively keeping me from creating new projects by placing my new project inside the tmbundle and giving everything the wrong name [like "QT call results in 0-config.xml", etc.]. Anyone know what's up? Thanks!
Ah, thanks guys.
On Thu, Jul 23, 2009 at 12:16 PM, Daniel Stockman <daniel.stockman@gmail.com
wrote:
Looks like it made it.
On Jul 21, 2009, at 12:54, Schell wrote:
Hi all, this is my first post to the mailing list. I'm having a problem with my templates. It looks like CocoaDialog is acting up, I'm not sure - for certain CocoaDialog results I get an error message as the result, with the text "QT call results in 0". Specifically this happens in the Actionscript 3.tmbundle's Project template. I'm not sure if it happens in other project templates, but it is effectively keeping me from creating new projects by placing my new project inside the tmbundle and giving everything the wrong name [like "QT call results in 0-config.xml", etc.]. Anyone know what's up? Thanks!
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
-
Allan Odgaard -
Berend Hasselman -
Daniel Stockman -
Dru Kepple -
Matt Neuburg -
Schell