Re: [PHP] convert byte to MB
Austin Denyer [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] What's with the blank messages?? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] php.dev, network timeout??
Jon [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] According to my thunderbird configuration I am using news.php.net. As far as I know our office's ISP does not have any sort of transparent cache or proxy for newsgroups, however I am having someone try to verify that for me. The connection difficulties I'm having with news.php.net are far out of proportion to any of the minor difficulties I have experienced with other external network services. I wonder if it could be a geographic thing as I experience intermittent connection glitches with the news.php.net server -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Paged Results Set in MySQL DB with one result
tedd [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Try this: http://xn--ovg.com/ajax_page1 Please understand: a) It's a rough estimation as to how many characters will fit; b) It doesn't handle zoom levels well yet; c) There will be variations between browsers and OS's -- but the solution is within reach. Eerrrm... Blank Page!?! -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Paged Results Set in MySQL DB with one result
tedd [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] At 6:03 PM +0100 5/12/06, Porpoise wrote: Eerrrm... Blank Page!?! It shouldn't be blank. There should be a Next/Previous button -- isn't there? If so, then click Next If not, please tell me. Err. Well, yes the Previous/Next buttons are there.. but there's no data. Clicking Next doesn't achieve anything AFAICS -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: extract text from pdf
cajbecu [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hello, Is there any posibility to extract all text from a PDF file? (I have read all the documentation about PHP PDF-Lib but no answer...) If it is in the form of text within the PDF file then yes. If it's in the form of an image within the PDF file then you basically need OCR. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Paged Results Set in MySQL DB with one result
Richard Lynch [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Thu, May 11, 2006 10:09 am, tedd wrote: At 8:35 PM -0500 5/4/06, Richard Lynch wrote: But maybe I've just missed the boat. Has been known to happen. :-) Does this qualify? http://xn--ovg.com/ajax_page Well, on page 1, I can't get it to re-size at all... So, no, it doesn't qualify. :-) hmmm well, I can get it to resize but it resizes the whole iframe and doesn't re-flow the text to retain iframe size - so it messes up the screen layout somewhat. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Convert from jpg to gif ... change dpi...
[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Actually I don't believe this is exactly right from playing around with Photoshop you can see that you change an image's resolution under Image - Image Size and if you turn off Resample Image, it will retain the same pixel dimensions. GIF's are limited to 72dpi (or ppi if you prefer.. pixel per inch) which matches what is typically displayable or desirable for web content. But when you go to print that webpage, you really see the lack of quality in that GIF image. If you use a JPG and set it for around 300 dpi/ppi, it prints out a LOT nicer. So there's a real easy answer to this question... yes, you can change DPI on the fly when converting JPG - GIF... the downside is that you're converting to 72dpi whether you like it or not because that's the GIF standard. If somebody has more or better information on this, I'd love to hear it but this is how it is as far as I know and have experienced. Well, still a learner on the PHP front but as far as images are concerned, just a bit more knowledgeable. First off, DPI is not a function within an image, it is a function of output and is governed by a combination of the programme doing the output and the device it is being output to. So, to make things clearer, let's take an actual example. We have an image - we'll call it 'image_A' of size (in pixels) of 3000 x 2000. If you want to output that image to a printer (which has a resolution of 300lpi) you will get an image size of 3000/300 x 2000/300 = 10 x 6.67 inches. But the image is still 3000 x 2000 pixels. If you want to output it to a printer with 600lpi resolution then it will print an image size of 3000/600 x 2000/600 = 5 x 3.33 inches and still, the real image size is 3000 x 2000 pixels. However, if we look at it from the viewpoint of the application (rather than the printer), we can see a slightly different perspective on the same data: If we already know that the resolution of the output device (in this case a printer) is 300lpi and we know that we want the printed image to measure 10 x 6.67 inches then we can set the dpi within the application (Photoshop or whatever, that, when it comes to print the image, we want it to tell the printer to print the image at a resolution of 300lpi. If we know that we want to print the image at a size of 5 x 3.33 inches (on that same 300lpi printer) then the application will know that the output resolution to produce that image size *should* be 600lpi. However, the printer is only 300lpi so what takes place is called interpolation where 2 pixels within the application is are output as 1 pixel to the printer. However, monitors typically don't have anywhere near that resolution (typically they are around 72 - 96 dpi) so that same 3000 x 2000 pixel image is now going to a different output device (the monitor) at 96 dpi, so the image size now output on-screen is 3000/96 x 2000/96 = 31.25 x 20.83 inches - which is way bigger than any current monitor (although you could, perhaps, use multiple displays), so, in order for the image to display at a reasonable size on screen, we need to reduce the image SIZE to take account of the SCREEN dpi (96dpi). This means that for the image to display at a size of 300 x 200 pixels on a screen (of resolution 96 dpi) we need to make the image SIZE: 300 x 200 pixels. However, if we want to display the image at a size on screen of, say, 6 inches x 4 inches, then we need to do the calculation for the required image size: (6 x 96) x (4 x 96) = 576 x 384 pixels. The screen resolution likewise is a function of the number of pixels (of the screen) and the size (in inches) of the screen: screen width: 1024 pixels - 13.2 inches; then dpi = 1024/13.2 = 77.5dpi screen width: 1280 pixels - 13.2 inches; then dpi = 1280/13.2 = 96 dpi etc. So, in conclusion, the DPI of an image is an OUTPUT function - it is not inherent to the actual image. However, you may see DPI data stored within the metadata of a file, where it has been stored by the application used to edit it, because the application has stored information you have given it to communicate with (usually) the printer. It serves no other purpose. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Convert from jpg to gif ... change dpi...
tedd [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] [EMAIL PROTECTED] said: Thanks for your explanation. Anyone who agrees with me, must be very intelligent. :-) IyamIyam. ;-) -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Creating an OO Shopping Cart
Richard Lynch [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Contact the bank with which you already HAVE a merchant account for your point-of-sale credit card swiper thingies. You're already working with them, paying them good money for essentially the same services. Different Service Almost-for-sure they would be happy to provide you with on-line merchant account for not too much more than you already pay them. Not necessarily. In shop POS services are not generally provided by the banks either. They are usually provided by a seperate entity (which may be *owned* by a bank or several banks [aka Streamline in the UK] and do not necessarily provide online clearance as well [Streamline don't for example]. There are, however, a number of organisations that do online cc clearance and will work in partnership with most of the offline clearing houses. Your existing offline clearing-house/bank will usually provide you with a list of these, although, they generally *won't* recommend any particular one. If not, I'm guessing that their competitors WILL do a package deal of on-line and POS merchant account, for the same price you're paying now, to lure you away from your current bank. Firstly, they are not competitors - they are business partners with your POS provider and provide a service in conjunction with your existing provider. They will not replace it - for the simple reason, these online clearance companies are not banks - they are online payment *clearance* companies - the actual payments are still conducted through your existing bank accounts. SNIP -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP Standard style of writing your code
Rafael [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] P.S. What, in your mind, is the advantage of replying after quoting the original message and not before? :) In an NG environment, it allows everyone to follow the logic and see clearly what is being replied to, in the correct context. IMALOOPHO... -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] New Help with Javascript Navigation
Gerry D [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Interesting discussions... :) I see two issues: 1. if you are exposing php scripts to the client, how does the server side processing know what it should do and what the client should see? 2. and why can't JS write to the client's file system? Or read from files? Come to my website and let me first read all your private information, then trash it... Hackers and other cyber vandals would love you to implement this feature... LOL /Gerry D Isn't that feature called ActiveX?? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: CC [PHP] PHP Standard style of writing your code
Nicolas Verhaeghe [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
snip
Another good thing to remember is that English is our common language and
that it is usually a good practice to give variables an English name.
/snip
.
.
if ($car == 'Audi')
{$vorsprung_durch_technik = 'GOOD!';}
else {$vorsprung_durch_technik = 'BAD!';};-)
.
.
.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] At Last!
Nicolas Verhaeghe [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] snip Well, first of all, try to post in plain text. Second, yes, it's a good thing to learn to use your Outlook Express before joining a mailing list. /snip #1 I do post in plain text #2 The problem wasn't with OE, it was with the server not accepting the posts (because it hadn't been made clear that you had to register an email address before the server would accept posts from that address - DUH! :-) Now all I need to find out is how to NOT keep getting the email digests (It seems likely that if I unsubscribe from the list [in order to not get the mailings] I will not then be able to post via NNTP... 8) -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Problems Posting - PLEASE IGNORE!
Been having problems posting. If this gets through OK please ignore -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] TEST - PLEASE IGNORE!
dsfk;ghjfdskjgjdsalkjfksd -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] At Last!
Well, that was hardly an intuitive process - to get to the point of being able to post to the group. Why couldn't they put clearer instructions on the website? Or, maybe it's just me being thick. ;-) Or, maybe I just lost the [SPAM] PHP list posting confirmation for... amongst the spam. Obviously need to white-list it.. Enough drivelling already!! Let's get on with the posting -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
