Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - TI-994A

#106
Quote from: Moru on 2011-Jun-10
But what do you want to print with bitmap fonts? :-)
My font of preference would be TrueType, not bitmap. In VB, these fonts can be placed in a LOGFONT structure and drawn with precise positioning and scalability using the CREATEFONT and DRAWTEXT functions. Even images can be positioned and scaled with similar precision using functions like CREATEBMP and BITBLT / STRETCHBLT.

When printing functions are relegated to HTML or RTF output, format control is lost.
#107
Quote from: Slydog on 2011-Jun-10
You could write the equivalent code for OSX using GLB wrappers probably.
Here's some OSX printing info:
http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/Printing/Printing.html

Or, this may be more difficult and not what you want, but you can create PDFs from code using Adobe SDK.
This will give you pixel perfect control of the final document, but wont print it for you.
I don't know how this is done or how hard it would be to do through GLB but nothing is impossible.
http://www.adobe.com/devnet/pdf/library.html
Thanks for the info; will give it a try.
#108
Quote from: Kitty Hello on 2011-Jun-08
There's 2 very easy ways to do it.

1st: Write a temp HTML file with optional PNG images and call a webbrowser to print it (OK, you must make that platform specific, but only 3 platforms, right?)

2nd: Write an RTF file (a bit harder but gives very accurate control of everything. It's a WORD doc in ASCII so to say. Use Wordpad to get started with the format.
Not very preferable workarounds, ruling out WYSIWYG formatting. The API option would seem to be the only solution, but is there an equivalent call for OSX?
#109
Quote from: MrTAToad on 2011-Jun-08
Would depend on who really needs it - would it actually be worth Gernot spending time on ?
There are a considerable number of VB coders out there getting fed-up with the dot-net luggage. Couple this with the demand for iPhone/iPad/iPod apps, GLBasic has got a niche in this market. But if it is seen only as a gaming platform, these defectors will shop around for the likes of PureBasic and NSBasic to fill their needs.

Currently PureBasic only supports desktop platforms, and NSBasic/AppStudio is standalone and doesn't compile to an iPhone native app using XCode, but rather only to a web app using the third party tool PhoneGap. They may all be BASIC in syntax, but the differences in the program structure and logic can be dauntingly different.

GLBasic, with its cross-platform portability, has the potential to corner this niche developer market. Pretty worthwhile.
#110
Quote from: Moru on 2011-Jun-08
Oh yes, this I would like too. One thing I can see against it is that GLBasic is supposed to be multi-platform, what works on one platform we as users expect to work on all platforms.
Cross-platform support is great, I don't deny that, but considering the hardware disparity between these platforms, an implementation of some platform-dependent commands should be acceptable. True cross-platform portability need not entail 100% line for line duplication; the differences in screen sizes between desktop and handhelds already require quite a bit of modification to the code, but the core structure is still portable.

As for printing, PureBasic supports Win32/64 and iOS, as well as Linux, with a set of versatile true cross-platform functions.

Why not GLBasic.
#111
Quote from: Moru on 2011-Jun-08
If I want to print something, I load up open office or some other tool made for printing. I don't expect a coding-tool to do any sort of (useful) printing... :-)
Thanks for the quick reply; but please let me clarify.

I'm not referring to the IDE, but rather the programmability of printing functions, such as commercial applications printing out invoices, accounts, etc. GLBasic already has very powerful graphics output capabilities to the screen display. All that would be required is to transfer this same output, if not directly to the printer, at least to the OS Print Spooler/Manager.

Even if this may not be viable for the handheld platforms, it should be included for the desktop versions.
#112
Hello everyone. I would like to post a GLB-newbie question, if I may. The issue has been raised in this forum over the past few years, but with no definitive answer. So, my question is, does GLBasic support printer output at all? Or, are there any plans to implement this feature?

It seems that this one single feature is the only hindrance to making GLBasic an all-round programming tool; not just for games.

Your feedback will be really appreciated.

Thank you.