[PHP] UTC on php log bug
Whats up with this bug?: https://bugs.php.net/bug.php?id=60723 -- Martín Marqués select 'martin.marques' || '@' || 'gmail.com' DBA, Programador, Administrador -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] away from Fedora linux for a while and now this ...HELP
Am 25.08.2012 01:41, schrieb Fred Silsbee: Warning: Unknown: failed to open stream: Permission denied in Unknown on line 0 Fatal error: Unknown: Failed opening required '/var/www/html/log_book_MySQL.php' (include_path='.:/usr/share/pear:/usr/share/php') in Unknown on line 0 had to use Fedora yumex(yum) to install php PHP Version 5.4.5 is seen in phpinfo before now, php was there and ready after Fedora install Hi, I guess you created the file yourself (with your user account) and want to watch it within your browser via your webserver? The last one usually runs under the "www-data:www-data" (debian. Guess Fedora takes it similar) user:group. So, either change the owner, or change the permissions. An example | chmod g+rw /var/www/html/log_book_MySQL.php | chown www-data:www-data /var/www/html/log_book_MySQL.php and add yourself to the group www-data. Don't know, how it can be done in Fedora. Debian uses usermod, but as far as I know it's a debian tool(?). Regards, Sebastian -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] away from Fedora linux for a while and now this ...HELP
Warning: Unknown: failed to open stream: Permission denied in Unknown on line 0 Fatal error: Unknown: Failed opening required '/var/www/html/log_book_MySQL.php' (include_path='.:/usr/share/pear:/usr/share/php') in Unknown on line 0 had to use Fedora yumex(yum) to install php PHP Version 5.4.5 is seen in phpinfo before now, php was there and ready after Fedora install
Re: [PHP] Dynamic Content thoughts
On Fri, Aug 24, 2012 at 9:48 PM, Jim Lucas wrote: > On 08/24/2012 12:34 PM, Matijn Woudt wrote: >> >> On Fri, Aug 24, 2012 at 8:24 PM, Jim Lucas wrote: > > > Personally, I let my code ramble on as long a line as it needs. I use > tabs > (set to 8 chars) in my code. That is because the other developers that > I > work with have editors that can display the tabs in whatever width they > desire. I also do not wrap at 80 chars. > > But if you look back at any of my code examples that I have written, > none > of > them are longer then 80 characters, and uses two spaces for > indentation. > Simply because my email client is set to plain text and wraps at 80 > chars. I can see that you do that indeed, but that does *not* guarantee that it is also seen that way. I think most of us use a 'smart' mail client, that automatically makes emails more readable by undoing these stupid line breaks at 80 chars. Gmail for example shows your mail as lines with approx 175 chars on my 17" notebook.. I'm not sure how Gmail sends my messages, but looking at the 'Show original' option, it seems it breaks long lines but might be at a different length too. - Matijn >>> >>> Well, not to talk bad about Gmail (I use it for personal accounts), but I >>> like using a client that I do have some control over what it does to my >>> email. Making sure that it retains my formatting is one of my first >>> requirements. >> >> >> That's where we have different requirements. My first priority is >> speed, both in access (email clients tend to be slow), and in delivery >> time. I really need emails to be delivered to my PC instantly, and >> that's not the case with POP3 and IMAP. Even push mail to my Android >> smartphone with original Gmail app is faster than POP or IMAP. >> >> - Matijn >> > > IMAP is not fast enough? I have my own mail server running SMTP & IMAP and > I use Thunderbird w/IMAP and when my mail server receives an email within 1 > to 2 seconds my client is notified. I'm not sure how you can get much > faster then that. > > You realize that IMAP works completely differently then POP. POP clients > fetch the mail. Normally on some preset time frame. IMAP clients are > notified by the server when a new message arrives. As long as your IMAP > client is open and logged into your account, that notification process will > take less then a couple seconds. > > I cannot see how IMAP is slow. > Might be of some other issues, don't know. Tried Outlook (Terrible, especially with Gmail), and Thunderbird (Works OK, e-mails tend to deliver after ~5 sec). With Gmail web interface (and Desktop notifications in Chrome), I receive mails in less than a second. On my Android phone I usually receive them within 1-2 sec, though that depends on connection. Note that with fast, I mean, really fast ;) - Matijn -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On 08/24/2012 12:34 PM, Matijn Woudt wrote: On Fri, Aug 24, 2012 at 8:24 PM, Jim Lucas wrote: Personally, I let my code ramble on as long a line as it needs. I use tabs (set to 8 chars) in my code. That is because the other developers that I work with have editors that can display the tabs in whatever width they desire. I also do not wrap at 80 chars. But if you look back at any of my code examples that I have written, none of them are longer then 80 characters, and uses two spaces for indentation. Simply because my email client is set to plain text and wraps at 80 chars. I can see that you do that indeed, but that does *not* guarantee that it is also seen that way. I think most of us use a 'smart' mail client, that automatically makes emails more readable by undoing these stupid line breaks at 80 chars. Gmail for example shows your mail as lines with approx 175 chars on my 17" notebook.. I'm not sure how Gmail sends my messages, but looking at the 'Show original' option, it seems it breaks long lines but might be at a different length too. - Matijn Well, not to talk bad about Gmail (I use it for personal accounts), but I like using a client that I do have some control over what it does to my email. Making sure that it retains my formatting is one of my first requirements. That's where we have different requirements. My first priority is speed, both in access (email clients tend to be slow), and in delivery time. I really need emails to be delivered to my PC instantly, and that's not the case with POP3 and IMAP. Even push mail to my Android smartphone with original Gmail app is faster than POP or IMAP. - Matijn IMAP is not fast enough? I have my own mail server running SMTP & IMAP and I use Thunderbird w/IMAP and when my mail server receives an email within 1 to 2 seconds my client is notified. I'm not sure how you can get much faster then that. You realize that IMAP works completely differently then POP. POP clients fetch the mail. Normally on some preset time frame. IMAP clients are notified by the server when a new message arrives. As long as your IMAP client is open and logged into your account, that notification process will take less then a couple seconds. I cannot see how IMAP is slow. -- Jim Lucas http://www.cmsws.com/ http://www.cmsws.com/examples/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On Fri, Aug 24, 2012 at 8:24 PM, Jim Lucas wrote: >>> >>> Personally, I let my code ramble on as long a line as it needs. I use >>> tabs >>> (set to 8 chars) in my code. That is because the other developers that I >>> work with have editors that can display the tabs in whatever width they >>> desire. I also do not wrap at 80 chars. >>> >>> But if you look back at any of my code examples that I have written, none >>> of >>> them are longer then 80 characters, and uses two spaces for indentation. >>> Simply because my email client is set to plain text and wraps at 80 >>> chars. >> >> >> I can see that you do that indeed, but that does *not* guarantee that >> it is also seen that way. I think most of us use a 'smart' mail >> client, that automatically makes emails more readable by undoing these >> stupid line breaks at 80 chars. Gmail for example shows your mail as >> lines with approx 175 chars on my 17" notebook.. I'm not sure how >> Gmail sends my messages, but looking at the 'Show original' option, it >> seems it breaks long lines but might be at a different length too. >> >> - Matijn >> > > Well, not to talk bad about Gmail (I use it for personal accounts), but I > like using a client that I do have some control over what it does to my > email. Making sure that it retains my formatting is one of my first > requirements. That's where we have different requirements. My first priority is speed, both in access (email clients tend to be slow), and in delivery time. I really need emails to be delivered to my PC instantly, and that's not the case with POP3 and IMAP. Even push mail to my Android smartphone with original Gmail app is faster than POP or IMAP. - Matijn -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On Fri, Aug 24, 2012 at 1:24 PM, Jim Lucas wrote: > Well, not to talk bad about Gmail (I use it for personal accounts), but I > like using a client that I do have some control over what it does to my > email. Making sure that it retains my formatting is one of my first > requirements. I'd like that as well, however, I access my various gmail and other email accounts from so many different machines, I can't rely on any one particular client or even machine. Thus, I'm pretty much stuck with the web interface. FWIW, I am pretty sure sending out email from a standard client to a gmail account doesn't suffer the same issues. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On 08/24/2012 09:28 AM, tamouse mailing lists wrote: On Fri, Aug 24, 2012 at 10:16 AM, Jim Lucas wrote: On 08/24/2012 08:01 AM, tamouse mailing lists wrote: OT Reply -- just frustrated with the way email screws up program listings. It's a royal pain to have to strip out code and then put it in an editor and tidy it up just to be able to make heads or tails out of something. There are lots of code pasting sites around, but that breaks up the continuity of the list archive. No solution, just frustrated This list does allow attachments, but that breaks things too, because they are not shown on archive web sites. Wow, I did not know it even allowed attachments. The catch is, they must be txt files. -- Jim Lucas http://www.cmsws.com/ http://www.cmsws.com/examples/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On 08/24/2012 08:47 AM, Matijn Woudt wrote: On Fri, Aug 24, 2012 at 5:33 PM, Jim Lucas wrote: On 08/24/2012 08:25 AM, Matijn Woudt wrote: On Fri, Aug 24, 2012 at 5:22 PM, Jim Lucas wrote: Two simple guide lines will help everybody here. 1) Limit your lines to 80 characters 2) Use spaces instead of Tabs Are we going to discuss coding guidelines again? The 80-character limit is outdated, 100 or 120 is more common today. And while I do agree with the spaces, do you also insist on 2, 4 or .. spaces? ;) Oh and I'd like everybody to put the opening brackets on the same line.. bla bla My point is: It's not going to happen. - Matijn This has absolutely nothing to do with your own personal coding styles. This has only to do with how you are going to present code to the list members. So you expect people to convert all their code to a 'mailing list standard' before posting? If it means that more eyes will even look at the code, then I would hope they would do anything possible to make that happen. Still not going to see that happen.. Unfortunate. Personally, I let my code ramble on as long a line as it needs. I use tabs (set to 8 chars) in my code. That is because the other developers that I work with have editors that can display the tabs in whatever width they desire. I also do not wrap at 80 chars. But if you look back at any of my code examples that I have written, none of them are longer then 80 characters, and uses two spaces for indentation. Simply because my email client is set to plain text and wraps at 80 chars. I can see that you do that indeed, but that does *not* guarantee that it is also seen that way. I think most of us use a 'smart' mail client, that automatically makes emails more readable by undoing these stupid line breaks at 80 chars. Gmail for example shows your mail as lines with approx 175 chars on my 17" notebook.. I'm not sure how Gmail sends my messages, but looking at the 'Show original' option, it seems it breaks long lines but might be at a different length too. - Matijn Well, not to talk bad about Gmail (I use it for personal accounts), but I like using a client that I do have some control over what it does to my email. Making sure that it retains my formatting is one of my first requirements. -- Jim Lucas http://www.cmsws.com/ http://www.cmsws.com/examples/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On Fri, Aug 24, 2012 at 10:20 AM, David OBrien wrote: > In gmail if I see something is totally screwed up visually I click the > little dropdown where you'd select reply to all and then choose show > original... > It shows the source of the email in monospaced font so if looks like it was > meant to *Sometimes* that works. If you do that with the sample from the OP, it still has several indentation/alignment issues. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On Fri, Aug 24, 2012 at 10:12 AM, Matijn Woudt wrote: > On Fri, Aug 24, 2012 at 5:01 PM, tamouse mailing lists > wrote: >> OT Reply -- just frustrated with the way email screws up program >> listings. It's a royal pain to have to strip out code and then put it >> in an editor and tidy it up just to be able to make heads or tails out >> of something. There are lots of code pasting sites around, but that >> breaks up the continuity of the list archive. No solution, just >> frustrated > > You're absolutely right, it frustrates me too pretty often. Perhaps we > should make it a guideline to do both? The active followers will be > able to read the code at one of the code pasting sites, and the > archives still have the code. > > - Matijn I'm wondering if it might make sense to have a code-pasting site specifically for PHP lists? Is that asking too much? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On Fri, Aug 24, 2012 at 10:47 AM, Matijn Woudt wrote: > On Fri, Aug 24, 2012 at 5:33 PM, Jim Lucas wrote: >> On 08/24/2012 08:25 AM, Matijn Woudt wrote: >>> >>> On Fri, Aug 24, 2012 at 5:22 PM, Jim Lucas wrote: Two simple guide lines will help everybody here. 1) Limit your lines to 80 characters 2) Use spaces instead of Tabs >>> >>> Are we going to discuss coding guidelines again? The 80-character >>> limit is outdated, 100 or 120 is more common today. >>> And while I do agree with the spaces, do you also insist on 2, 4 or .. >>> spaces? ;) >>> Oh and I'd like everybody to put the opening brackets on the same line.. >>> bla bla >>> >>> My point is: It's not going to happen. >>> >>> - Matijn >> >> >> This has absolutely nothing to do with your own personal coding styles. >> This has only to do with how you are going to present code to the list >> members. > > So you expect people to convert all their code to a 'mailing list > standard' before posting? Still not going to see that happen.. > >> >> Personally, I let my code ramble on as long a line as it needs. I use tabs >> (set to 8 chars) in my code. That is because the other developers that I >> work with have editors that can display the tabs in whatever width they >> desire. I also do not wrap at 80 chars. >> >> But if you look back at any of my code examples that I have written, none of >> them are longer then 80 characters, and uses two spaces for indentation. >> Simply because my email client is set to plain text and wraps at 80 chars. > > I can see that you do that indeed, but that does *not* guarantee that > it is also seen that way. I think most of us use a 'smart' mail > client, that automatically makes emails more readable by undoing these > stupid line breaks at 80 chars. Gmail for example shows your mail as > lines with approx 175 chars on my 17" notebook.. I'm not sure how > Gmail sends my messages, but looking at the 'Show original' option, it > seems it breaks long lines but might be at a different length too. See, now this is what gets me. Gmail is folding my mail at some indeterminant length that seems *much* shorter than even 80 characters, but it willingly lets email from non-gmail sources play across the page as they see fit. I don't see why Gmail doesn't just make it a QP item and not force line breaks upon me. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On Fri, Aug 24, 2012 at 10:16 AM, Jim Lucas wrote: > On 08/24/2012 08:01 AM, tamouse mailing lists wrote: >> >> OT Reply -- just frustrated with the way email screws up program >> listings. It's a royal pain to have to strip out code and then put it >> in an editor and tidy it up just to be able to make heads or tails out >> of something. There are lots of code pasting sites around, but that >> breaks up the continuity of the list archive. No solution, just >> frustrated >> > > This list does allow attachments, but that breaks things too, because they > are not shown on archive web sites. Wow, I did not know it even allowed attachments. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On Fri, Aug 24, 2012 at 10:11 AM, Samuel Lopes Grigolato wrote: > Do you mean the ">" quotation marks? Have you tried to create a simple > Notepad++ macro? I do this for things like formatting SQL from SQL Editor to > SQL String in code, and vice versa. No, I mean the way the code is mangled with premature line breaks, bad indenting, and other such things. As I tend to view my email via a webmail interface (sucks, but there I am) it is subject to whatever whims and fancies of the originator's program and gmail's output. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On Thu, Aug 23, 2012 at 2:51 PM, admin wrote: > Hello everyone, > > In my quest to build bigger and better dynamic content, I am > putting forth a concept to see what you all think. > > Many times I come across customers who want drop down menus dynamically > built from database tables. > > > > Old way Example: > > Echo '--Please Select--'; > > $query = "SELECT * FROM personnel ORDER BY last_name"; > > $result = mysql_query($query); > > If(mysql_num_rows($result) >= 1) > > { > > While($row = mysql_fetch_assoc($result)) > > { > > Echo "".$row['first_name']." > ".$row['last_name'].""; > > } > > } > > Echo ''; > > * > > > > I am purposing a Method for this that has some flexibility. > > > > Initialize Object: $yourobject = new yourclass(); > > Call method: // The call design is just so you have a better understanding > of my concept > > $dropdown = $yourobject-> dropmenu('personnell','ID',array(0 => > 'first_name', 1 => 'last_name'), 'last_name'); > > > > Function dropmenu($table,$fieldforvalue,$fieldstodisplay,$fieldorder) // > Yes you could add some WHERE filters as well > > { > > $arraytoreturn = array(); > > If(strlen($table) >= 3){ > > if(is_array($fieldstodisplay)){ > > $count = 0; > > foreach($fieldstodisplay as $key=>$values){ > > if(strlen($values) >=3){ > > If($count == 0){ > > $fields = $values; > > }else{ > > $fields . = ",".$values; > > } > > $count++; > > } > > > } > > }else{ > > If(strlen(($fieldstodisplay) >= 1){ > > $fields = $fieldstodisplay; > > $fieldstodisplay = array(0 > =>$fieldstodisplay); > > }else{ > > Return $arraytoreturn; // Return nothing > because no field was selected. > > } > > } > > }else{ > > Return $arraytoreturn; // Return nothing because no table was selected. > > } > > If(strlen($fieldorder) >= 3) { > > $orderfilter = " ORDER BY ".$fieldorder." "; > > }else{ > > $orderfilter = ""; > > } > > $query = "SELECT ".$fields." FROM ".$table." ".$orderfilter." "; > > $result = mysql_query($query); > > If(mysql_num_rows($result) >= 1) > > { > > $arraytoreturn[] = "--Please Select--"; > > While($row = mysql_fetch_assoc($result)) > > { > > $display_fields = ""; > > Foreach($fieldstodisplay as $key=>$values){ > > $display_fields .= $row[$values]." "; > > } > > If(strlen($fieldforvalue >= 3){ > > $arraytoreturn[] = " value='".$row[$fieldforvalue]."'>".$display_fields .""; > > }else{ > > $arraytoreturn[] = "".$display_fields .""; > > } > > } > > Return $arraytoreturn; > > }else{ > > Return $arraytoreturn; // Nothing to return. > > } > > } > > > > Now I can call the drop downs driven by database tables dynamically and It > saves me a TON of time. > > Echo ''; > > Foreach($dropdown as $key=>$values){ > > Echo $values; > > } > > Echo ''; > > > > > > Richard L. Buskirk > > "Some of the world's greatest feats were accomplished by people not smart > enough to know they were impossible" Some things you may want to consider in extending this: * The separation of code and data is important to consider; this sort of function, for me, falls into the grey area in between; I often have built up the array of options and other elements of the and then have passed it onto the portion of the app that handles views, keeping any sort of HTML out of the way of the database queries, etc. Encapsulating this in a single class brings up the issues of data base agnosticism as well. * Often times, on a form, one may want to include a for the select statement. * At some point, you may want to use the "selected" attribute in one of the options. My HTML selects typically have the following form: Select the appropriate item: Item One Item Two The code I use that generates this is at http://pastebin.com/SZYN5qgv The call would be something like: echo dynamic_select(array('opt1'=>'Item One','opt2'=>'Item Two'),'dyn_select','Select the appropriate item:','opt2'); The first parameter can obviously be an array created from a database query using whatever database methods you'd like: mysql, mysqli, pg_*, PDO, etc. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On Fri, Aug 24, 2012 at 5:33 PM, Jim Lucas wrote: > On 08/24/2012 08:25 AM, Matijn Woudt wrote: >> >> On Fri, Aug 24, 2012 at 5:22 PM, Jim Lucas wrote: >>> >>> Two simple guide lines will help everybody here. >>> >>> 1) Limit your lines to 80 characters >>> 2) Use spaces instead of Tabs >>> >> >> Are we going to discuss coding guidelines again? The 80-character >> limit is outdated, 100 or 120 is more common today. >> And while I do agree with the spaces, do you also insist on 2, 4 or .. >> spaces? ;) >> Oh and I'd like everybody to put the opening brackets on the same line.. >> bla bla >> >> My point is: It's not going to happen. >> >> - Matijn > > > This has absolutely nothing to do with your own personal coding styles. > This has only to do with how you are going to present code to the list > members. So you expect people to convert all their code to a 'mailing list standard' before posting? Still not going to see that happen.. > > Personally, I let my code ramble on as long a line as it needs. I use tabs > (set to 8 chars) in my code. That is because the other developers that I > work with have editors that can display the tabs in whatever width they > desire. I also do not wrap at 80 chars. > > But if you look back at any of my code examples that I have written, none of > them are longer then 80 characters, and uses two spaces for indentation. > Simply because my email client is set to plain text and wraps at 80 chars. I can see that you do that indeed, but that does *not* guarantee that it is also seen that way. I think most of us use a 'smart' mail client, that automatically makes emails more readable by undoing these stupid line breaks at 80 chars. Gmail for example shows your mail as lines with approx 175 chars on my 17" notebook.. I'm not sure how Gmail sends my messages, but looking at the 'Show original' option, it seems it breaks long lines but might be at a different length too. - Matijn -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On 08/24/2012 08:25 AM, Matijn Woudt wrote: On Fri, Aug 24, 2012 at 5:22 PM, Jim Lucas wrote: Two simple guide lines will help everybody here. 1) Limit your lines to 80 characters 2) Use spaces instead of Tabs Are we going to discuss coding guidelines again? The 80-character limit is outdated, 100 or 120 is more common today. And while I do agree with the spaces, do you also insist on 2, 4 or .. spaces? ;) Oh and I'd like everybody to put the opening brackets on the same line.. bla bla My point is: It's not going to happen. - Matijn This has absolutely nothing to do with your own personal coding styles. This has only to do with how you are going to present code to the list members. Personally, I let my code ramble on as long a line as it needs. I use tabs (set to 8 chars) in my code. That is because the other developers that I work with have editors that can display the tabs in whatever width they desire. I also do not wrap at 80 chars. But if you look back at any of my code examples that I have written, none of them are longer then 80 characters, and uses two spaces for indentation. Simply because my email client is set to plain text and wraps at 80 chars. -- Jim Lucas http://www.cmsws.com/ http://www.cmsws.com/examples/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On Fri, Aug 24, 2012 at 5:22 PM, Jim Lucas wrote: > Two simple guide lines will help everybody here. > > 1) Limit your lines to 80 characters > 2) Use spaces instead of Tabs > Are we going to discuss coding guidelines again? The 80-character limit is outdated, 100 or 120 is more common today. And while I do agree with the spaces, do you also insist on 2, 4 or .. spaces? ;) Oh and I'd like everybody to put the opening brackets on the same line.. bla bla My point is: It's not going to happen. - Matijn -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
Two simple guide lines will help everybody here. 1) Limit your lines to 80 characters 2) Use spaces instead of Tabs -- Jim Lucas http://www.cmsws.com/ http://www.cmsws.com/examples/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On Fri, Aug 24, 2012 at 11:16 AM, Jim Lucas wrote: > On 08/24/2012 08:01 AM, tamouse mailing lists wrote: > >> OT Reply -- just frustrated with the way email screws up program >> listings. It's a royal pain to have to strip out code and then put it >> in an editor and tidy it up just to be able to make heads or tails out >> of something. There are lots of code pasting sites around, but that >> breaks up the continuity of the list archive. No solution, just >> frustrated >> >> > This list does allow attachments, but that breaks things too, because they > are not shown on archive web sites. > > -- > Jim Lucas > > http://www.cmsws.com/ > http://www.cmsws.com/examples/ > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > In gmail if I see something is totally screwed up visually I click the little dropdown where you'd select reply to all and then choose show original... It shows the source of the email in monospaced font so if looks like it was meant to
Re: [PHP] Dynamic Content thoughts
On 08/24/2012 08:01 AM, tamouse mailing lists wrote: OT Reply -- just frustrated with the way email screws up program listings. It's a royal pain to have to strip out code and then put it in an editor and tidy it up just to be able to make heads or tails out of something. There are lots of code pasting sites around, but that breaks up the continuity of the list archive. No solution, just frustrated This list does allow attachments, but that breaks things too, because they are not shown on archive web sites. -- Jim Lucas http://www.cmsws.com/ http://www.cmsws.com/examples/ My test attachment -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
On Fri, Aug 24, 2012 at 5:01 PM, tamouse mailing lists wrote: > OT Reply -- just frustrated with the way email screws up program > listings. It's a royal pain to have to strip out code and then put it > in an editor and tidy it up just to be able to make heads or tails out > of something. There are lots of code pasting sites around, but that > breaks up the continuity of the list archive. No solution, just > frustrated You're absolutely right, it frustrates me too pretty often. Perhaps we should make it a guideline to do both? The active followers will be able to read the code at one of the code pasting sites, and the archives still have the code. - Matijn -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RES: [PHP] Dynamic Content thoughts
Do you mean the ">" quotation marks? Have you tried to create a simple Notepad++ macro? I do this for things like formatting SQL from SQL Editor to SQL String in code, and vice versa. Cheers. -Mensagem original- De: tamouse mailing lists [mailto:tamouse.li...@gmail.com] Enviada em: sexta-feira, 24 de agosto de 2012 12:02 Para: php-general@lists.php.net Assunto: Re: [PHP] Dynamic Content thoughts OT Reply -- just frustrated with the way email screws up program listings. It's a royal pain to have to strip out code and then put it in an editor and tidy it up just to be able to make heads or tails out of something. There are lots of code pasting sites around, but that breaks up the continuity of the list archive. No solution, just frustrated -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Dynamic Content thoughts
OT Reply -- just frustrated with the way email screws up program listings. It's a royal pain to have to strip out code and then put it in an editor and tidy it up just to be able to make heads or tails out of something. There are lots of code pasting sites around, but that breaks up the continuity of the list archive. No solution, just frustrated -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php