How many lines of code...
-
I presume you mean the website itself? :-D If you want to include all the articles' source code, feel free to download every _src.zip, and _demo.zip of each article. I'd be quite interested to see how long that takes!! :omg: Cheers, Barry
Barry Lapthorn wrote: If you want to include all the articles' source code, feel free to download every _src.zip, and _demo.zip of each article. LOL! I'd need a huge bot to do that, and I certainly wouldn't want to overheat the CP servers :wtf:. Barry Lapthorn wrote: I presume you mean the website itself? I should have been more precise when I said "code". I did indeed mean the website, which certainly consists of some sort of code. Chris Richardson Programmers find all sorts of ingenious ways to screw ourselves over. - Tim Smith
-
...does CodeProject consist of I wonder. Surely there must be an outstanding amount, given all the different features the site offers. Anyone care to guess? Or even better, does Chris M. care to tell us all? Chris Richardson Programmers find all sorts of ingenious ways to screw ourselves over. - Tim Smith
Chris Richardson wrote: How many lines of code... Including the HTML and CSS? Or is that not code in your books?
Paul Watson
Bluegrass
Cape Town, South AfricaRoger Wright wrote: Using a feather is kinky; using the whole chicken is perverted!
-
Chris Richardson wrote: How many lines of code... Including the HTML and CSS? Or is that not code in your books?
Paul Watson
Bluegrass
Cape Town, South AfricaRoger Wright wrote: Using a feather is kinky; using the whole chicken is perverted!
Paul Watson wrote: Including the HTML and CSS? Or is that not code in your books? Ouch! Why wouldn't it be code in my books? Because I usually "program" in C++? C++ is just another (albeit a lot more complex sometimes) abstraction translated into a form that some hardware can understand (as is HTML, when IE or Mozilla gets done parsing it, and the OS get done passing it to the hardware). If Chris M. wrote it, I wanted to know, how much of it did he write. Also, why the harsh tone in your reply :confused:? Just curious... Chris Richardson Programmers find all sorts of ingenious ways to screw ourselves over. - Tim Smith
-
Paul Watson wrote: Including the HTML and CSS? Or is that not code in your books? Ouch! Why wouldn't it be code in my books? Because I usually "program" in C++? C++ is just another (albeit a lot more complex sometimes) abstraction translated into a form that some hardware can understand (as is HTML, when IE or Mozilla gets done parsing it, and the OS get done passing it to the hardware). If Chris M. wrote it, I wanted to know, how much of it did he write. Also, why the harsh tone in your reply :confused:? Just curious... Chris Richardson Programmers find all sorts of ingenious ways to screw ourselves over. - Tim Smith
Chris Richardson wrote: Also, why the harsh tone in your reply Chris Richardson wrote: Ouch! Why wouldn't it be code in my books? Apologies, I was asking a genuine question, not trying to bring up the HTML Is Not Code debate. When clients have asked us for code line counts we always check to ensure they want the HTML included or not because some clients make the distinction between the HTML and ASP parts. Also the answer to your question will be very different depending on wether you want HTML included or not :)
Paul Watson
Bluegrass
Cape Town, South AfricaRoger Wright wrote: Using a feather is kinky; using the whole chicken is perverted!
-
Chris Richardson wrote: How many lines of code... Including the HTML and CSS? Or is that not code in your books?
Paul Watson
Bluegrass
Cape Town, South AfricaRoger Wright wrote: Using a feather is kinky; using the whole chicken is perverted!
HTML/CSS isn't code to me. ;-) I still consider HTML and CSS to be metadata describing the "UI" of the "document." but then of course I'm a dinosaur who thinks that HTML is best suited as a document format rather than a base for building applications. Michael The avalanche has started, it's too late for the pebbles to vote.
-
HTML/CSS isn't code to me. ;-) I still consider HTML and CSS to be metadata describing the "UI" of the "document." but then of course I'm a dinosaur who thinks that HTML is best suited as a document format rather than a base for building applications. Michael The avalanche has started, it's too late for the pebbles to vote.
Michael P Butler wrote: but then of course I'm a dinosaur who thinks that HTML is best suited as a document format rather than a base for building applications. A correct and wise dinosaur then. I am a web developer and I still think HTML is not good for applications. Great for documents, lovely for information, but poor as a robust application layer. Frankly I see web-applications moving back to Windows/Linux/Whatever standards and the browser moving forward as a document and information tool only. Microsoft Money is a good example, a proper Windows app with lots of internet-connectivity for feeding in data and querying servers. I want a shopping application for instance. One I can query for books. It then goes off to Amazon's and BN's servers and returns information (XMLised.) The app then presents it as a good old list which is sortable and searchable and can be manipulated client side without all the usual browser problems. Odd coincidence, I was just reading HTML's Time is Over. Let's Move On.[^] a few minutes ago.
Paul Watson
Bluegrass
Cape Town, South AfricaRoger Wright wrote: Using a feather is kinky; using the whole chicken is perverted!
-
Michael P Butler wrote: but then of course I'm a dinosaur who thinks that HTML is best suited as a document format rather than a base for building applications. A correct and wise dinosaur then. I am a web developer and I still think HTML is not good for applications. Great for documents, lovely for information, but poor as a robust application layer. Frankly I see web-applications moving back to Windows/Linux/Whatever standards and the browser moving forward as a document and information tool only. Microsoft Money is a good example, a proper Windows app with lots of internet-connectivity for feeding in data and querying servers. I want a shopping application for instance. One I can query for books. It then goes off to Amazon's and BN's servers and returns information (XMLised.) The app then presents it as a good old list which is sortable and searchable and can be manipulated client side without all the usual browser problems. Odd coincidence, I was just reading HTML's Time is Over. Let's Move On.[^] a few minutes ago.
Paul Watson
Bluegrass
Cape Town, South AfricaRoger Wright wrote: Using a feather is kinky; using the whole chicken is perverted!
Paul Watson wrote: Microsoft Money is a good example, a proper Windows app with lots of internet-connectivity for feeding in data and querying servers. Microsoft Money intrigues me. Is it as it seems using IE as the basis for the app along with probably DHTML for it's UI. I wonder whether it would have been quicker and easier to develop if it used Win32 controls. I like the look and feel of MS Money but from my own point of view developing an app along similar technologies would cost more money that it is worth. (The problems of not being a big company like MS) I agree though we need to move away from the thin client technology and back to a desktop based solution. Although, I think the .NET Smart Client technology is probably the best of both worlds. Paul Watson wrote: I was just reading HTML's Time is Over. Let's Move On.[^] I'll go and have a look now. See if there are any information I can use to persuade other developers/clients to see the light. Michael The avalanche has started, it's too late for the pebbles to vote.
-
Paul Watson wrote: Microsoft Money is a good example, a proper Windows app with lots of internet-connectivity for feeding in data and querying servers. Microsoft Money intrigues me. Is it as it seems using IE as the basis for the app along with probably DHTML for it's UI. I wonder whether it would have been quicker and easier to develop if it used Win32 controls. I like the look and feel of MS Money but from my own point of view developing an app along similar technologies would cost more money that it is worth. (The problems of not being a big company like MS) I agree though we need to move away from the thin client technology and back to a desktop based solution. Although, I think the .NET Smart Client technology is probably the best of both worlds. Paul Watson wrote: I was just reading HTML's Time is Over. Let's Move On.[^] I'll go and have a look now. See if there are any information I can use to persuade other developers/clients to see the light. Michael The avalanche has started, it's too late for the pebbles to vote.
It's surprising how many apps do use HTML interfaces now I didn't realise that Norton Antivirus did until it broke and started displaying IE broken js errors :| -- Help me! I'm turning into a grapefruit!
-
benjymous wrote: It's surprising how many apps do use HTML interfaces now Even I have dabbled with adding HTML interfaces. Okay, I cheat a little. If I have a large amount of data fields that need to be displayed to the user, I now use a WebBrowser control and create a temp HTML document to display the data. It saves me a lot of time designing readable dialogs and gives me flexibility in format and design. I'd really like to write an interface like Microsoft Money but there are very few toolkits and source libraries available to make this easier. (And I don't like reinventing the wheel as it tends to cost me money) Michael The avalanche has started, it's too late for the pebbles to vote.
Another option might be to use shockwave/flash embedded into your app as an interface (or as part of a html interface) -- Help me! I'm turning into a grapefruit!
-
It's surprising how many apps do use HTML interfaces now I didn't realise that Norton Antivirus did until it broke and started displaying IE broken js errors :| -- Help me! I'm turning into a grapefruit!
benjymous wrote: It's surprising how many apps do use HTML interfaces now Even I have dabbled with adding HTML interfaces. Okay, I cheat a little. If I have a large amount of data fields that need to be displayed to the user, I now use a WebBrowser control and create a temp HTML document to display the data. It saves me a lot of time designing readable dialogs and gives me flexibility in format and design. I'd really like to write an interface like Microsoft Money but there are very few toolkits and source libraries available to make this easier. (And I don't like reinventing the wheel as it tends to cost me money) Michael The avalanche has started, it's too late for the pebbles to vote.
-
Another option might be to use shockwave/flash embedded into your app as an interface (or as part of a html interface) -- Help me! I'm turning into a grapefruit!
benjymous wrote: Another option might be to use shockwave/flash embedded into your app as an interface (or as part of a html interface) Flash UI elements are not mature enough for Windows apps, IMO :)
Paul Watson
Bluegrass
Cape Town, South AfricaRoger Wright wrote: Using a feather is kinky; using the whole chicken is perverted!
-
Another option might be to use shockwave/flash embedded into your app as an interface (or as part of a html interface) -- Help me! I'm turning into a grapefruit!
LOL. I won't even allow flash/shockwave to be downloaded to my PC never mind inflict it on my users. Michael The avalanche has started, it's too late for the pebbles to vote.
-
benjymous wrote: Another option might be to use shockwave/flash embedded into your app as an interface (or as part of a html interface) Flash UI elements are not mature enough for Windows apps, IMO :)
Paul Watson
Bluegrass
Cape Town, South AfricaRoger Wright wrote: Using a feather is kinky; using the whole chicken is perverted!
Yeah, I was just mentioning it as an option. I know that there are quite a few console games that use Flash for all of their menu UI (as I guess you can sit down a web designer in front of shockwave and get a professsionally designed interface and not have to worry the programmers about it) -- Help me! I'm turning into a grapefruit!
-
Michael P Butler wrote: but then of course I'm a dinosaur who thinks that HTML is best suited as a document format rather than a base for building applications. A correct and wise dinosaur then. I am a web developer and I still think HTML is not good for applications. Great for documents, lovely for information, but poor as a robust application layer. Frankly I see web-applications moving back to Windows/Linux/Whatever standards and the browser moving forward as a document and information tool only. Microsoft Money is a good example, a proper Windows app with lots of internet-connectivity for feeding in data and querying servers. I want a shopping application for instance. One I can query for books. It then goes off to Amazon's and BN's servers and returns information (XMLised.) The app then presents it as a good old list which is sortable and searchable and can be manipulated client side without all the usual browser problems. Odd coincidence, I was just reading HTML's Time is Over. Let's Move On.[^] a few minutes ago.
Paul Watson
Bluegrass
Cape Town, South AfricaRoger Wright wrote: Using a feather is kinky; using the whole chicken is perverted!
Don't forget Kalahari.net for books. I've found their selection adequate, and delivery times and charges better than overseas sellers.
-
Don't forget Kalahari.net for books. I've found their selection adequate, and delivery times and charges better than overseas sellers.
ProffK wrote: Don't forget Kalahari.net for books I have a thing against Kalahari... did some work for them and.. well.. not enjoyable. Being part of Naspers which owns MWeb does not help :) As for what I said. What I was driving at with the example is the removal of the individual branding and processes of each site that sells book and the creation of an e-Commerce application which you can find, compare and buy items with. So with books I could fire up the app and type in 60 Ways To Do The Hookie Pookie. The app would then contact the Amazon, BN, Kalahari, Exclusive Books etc. servers and return an XML list of all the books and their details that they have on offer. I can then in the app with the unified interface compare prices, details, availability, shipping costs etc. Then I would choose my source for the book and click a Buy button and the app would then tell the chosen source to ship me the book. All of that, instead of having ten browser windows open with 10 sites, with different details, having to have an account for each book store and going half way through the checkout to compare shipping costs. After all they all sell the same thing with the same base details and ancilliary variables. Title, description, author, price, stock, shipping. But I don't see them giving up their branding very easily ;)
Paul Watson
Bluegrass
Cape Town, South AfricaRoger Wright wrote: Using a feather is kinky; using the whole chicken is perverted!
-
ProffK wrote: Don't forget Kalahari.net for books I have a thing against Kalahari... did some work for them and.. well.. not enjoyable. Being part of Naspers which owns MWeb does not help :) As for what I said. What I was driving at with the example is the removal of the individual branding and processes of each site that sells book and the creation of an e-Commerce application which you can find, compare and buy items with. So with books I could fire up the app and type in 60 Ways To Do The Hookie Pookie. The app would then contact the Amazon, BN, Kalahari, Exclusive Books etc. servers and return an XML list of all the books and their details that they have on offer. I can then in the app with the unified interface compare prices, details, availability, shipping costs etc. Then I would choose my source for the book and click a Buy button and the app would then tell the chosen source to ship me the book. All of that, instead of having ten browser windows open with 10 sites, with different details, having to have an account for each book store and going half way through the checkout to compare shipping costs. After all they all sell the same thing with the same base details and ancilliary variables. Title, description, author, price, stock, shipping. But I don't see them giving up their branding very easily ;)
Paul Watson
Bluegrass
Cape Town, South AfricaRoger Wright wrote: Using a feather is kinky; using the whole chicken is perverted!
There's a site that does this for DVDs (aimed at a UK market) http://www.dvdpricecheck.co.uk/[^] -- Help me! I'm turning into a grapefruit!
-
...does CodeProject consist of I wonder. Surely there must be an outstanding amount, given all the different features the site offers. Anyone care to guess? Or even better, does Chris M. care to tell us all? Chris Richardson Programmers find all sorts of ingenious ways to screw ourselves over. - Tim Smith
No guesses? :D cheers, Chris Maunder
-
No guesses? :D cheers, Chris Maunder
I hear the gears grinding... Will this be a contest anytime soon? Nobody wants to read a diary by someone who has not seen the shadow of Bubba on the prison shower wall in front of them!
Paul Watson, on BLOGS and privacy - 1/16/2003 -
No guesses? :D cheers, Chris Maunder
Chris Maunder wrote: No guesses? 6.022 × 1023 ? :cool: --Mike-- Looks like I picked the wrong week to stop sniffing glue. 1ClickPicGrabber - Grab & organize pictures from your favorite web pages, with 1 click! My really out-of-date homepage Sonork-100.19012 Acid_Helm
-
No guesses? :D cheers, Chris Maunder
What a tough guess to make. 30,000? Chris Richardson Programmers find all sorts of ingenious ways to screw ourselves over. - Tim Smith