Homebrew TextDS 2

  • Thread starter Thread starter Stormwave
  • Start date Start date
  • Views Views 14,861
  • Replies Replies 85
QUOTE said:
Did you consider opening up a donation page ?
I'd like to show my support.............

Wow, thanks for the offer!
biggrin.gif

I've not thought about it to be honest and I don't plan on setting one up just at the minute. I might consider it though, will have to look into it.

Hope you enjoy the program anyway.

*EDIT*

Forgot to mention in the additions that it now has a sleep mode (it did have one previously but it would crash). Just close the lid to turn off the screens and save battery.
 
Actually I just tried it and................it doesn't boot at all.
When I boot it, it seams to load the fonts and the settings just fine, but then it hangs right after loading the settings and it freezes there.
I also tried removing the old config file from 2.3 and recopied over the font file, let it do a fresh start by creating a new config file but still wouldn't go further then that.
I'm using an AK2i, I tried to boot 2.3 just in case ( to see if there was something wrong with my card ) and it still worked.
Any Idea ?
 
I just tested it out, neat load bar.
smile.gif


also It was also in 2.3, the the X button for Chapter, for a big text file if you press the x button for the chapter and press Go To with a blank list it locks the program. You have to restart the DS but in turn this also creates a corrupted sav file for the text file, and the same text file won't load unless the sav file is deleted.

Sorry, making you do more work >.>.

Ok I take that back, only one of the file is doing it, but be the symbols in the guide or something.

http://www.gamefaqs.com/ds/952637-suikoden...reis/faqs/59047
 
Yes, it works now.
Pretty cool release, the best so far obviously.
The auto left scrolling is great, it saves a lot of headache ( ping-pong left and right was always awkward ) , and the loading bar is very welcome.
Congratulations, excellent job !
Now you gonna take some time off I guess......well deserved IMO !
wink.gif
 
Nicely done with the moonshell2 extlink support xD. I haven't really poked at any of it, but from the looks of it, there isn't much of a problem (now to just replace the icon to match my moonshell2 skin =D). Maybe you could add a reset back to moonshell2 with the B button while viewing a text and then it would be a perfect replacement of moonshell2's internal text viewer xD...and maybe other character support (Japanese/Chinese/Greek/etc.)...unless you just need to change the font for that sort of thing (I haven't tried that xD)...

As for the glitch owamugen is talking about, I can reproduce it with the Abducted to Oz text file I uploaded earlier (though I didn't check if it had symbols or not).
 
jurassicplayer said:
Nicely done with the moonshell2 extlink support xD. Same here, it's rare to see a Homebrew that does that
QUOTE said:
now to just replace the icon to match my moonshell2 skin =D) Use Romer...That'll allow you to change it
laugh.gif

QUOTE
Maybe you could add a reset back to moonshell2 with the B button while viewing a text
hmm nice idea - except what if you DON'T want to use it from within moonshell ??
I'm in fact using this on a DSTwo as a 'plugin', & I DO like the idea of a 'reset back to...' option
[Apparently with the DSTwo you can do this (now) if you get the Homebrew to run '/_dstwo/reset2desktop.nds'. ]

Maybe another option could added to the TextDS2.ini file ?? - one where we edit a line (in notepad - no need for another PC 'Program Path Patcher') with the path/program to reset e.g. 'softresetpath='

You could then have yours set to 'softresetpath=/moonshl2/resetmse/rpgs.nds' (or whatever card you're using) and I could edit it as 'Softresetpath=/_dstwo/reset2desktop.nds' - & if there's nothing in the line... then the 'Press (while reading text) to exit' is ignored
 
I'm not too sure whether it's a small bug or a design choice, but it seams that the last few columns get mistakenly cut off.
I have some faqs, and in the original version , the paragraph displays as usual obviously, but on textds it seams that there is a little room left on the right where the last word could easily fit in, but it gets cut off so you get something like

QUOTE said:
|\/|
/`._ | | _.'\
====/ \=========================================================
==
/ 1 \ Introduction [itro]
==/ .-. .-. \=======================================================
==
|/ \.-. .-./ \|
\/


Welcome to this guide for Batman: Arkham Asylum! It is my sincere pleasure to
personally welcome you here. I go by the pseudonym Axel and it is my hope
that
whether you're looking for a ton of help, or just a hint or two, that you find

Notice that the "=======" are supposed to run across the screen for the whole length of it, but in textds the last copule of charachters don't fit, and get pushed forward to the next line.
Also the world "that" that I wrote in bold is supposed to be part of the previous line, but it gets cut off even though there is room apparently, thus resulting in an extra unneeded line with a lot of empty space.
*Note that this is a recreation of the problem and not an actual screenshot or copy and paste job.
So the question is, if TextDS scrolls the view to the right until the last character is found, what prevent is from doing so until the very last character, but instead there is like an invisible line that when crossed , wrappes the word to the next column ?
 
The program will automatically word wrap at 80 characters, and most files look fine with that limitation. I did it that way for a few reasons, one being that massive lines that aren't broken up by return characters will still wrap at a set length. 80 characters seemed like a good limit since most text files do not exceed that, for ones that do however, you'll see that problem occur :/
 
Stormwave said:
The program will automatically word wrap at 80 characters, and most files look fine with that limitation. I did it that way for a few reasons, one being that massive lines that aren't broken up by return characters will still wrap at a set length. 80 characters seemed like a good limit since most text files do not exceed that, for ones that do however, you'll see that problem occur :/


Yes I understand that, but the problem here is that the original FAQ is exactly 80 characters long, but still the last 2 or 3 get cut off, thus giving you the undesired result of the last word carry over to the next line.
And the worst is that there is some blank space on the far right suggesting that there is room for the final two characters but for some reason it wreps too soon.

The example I showed before, is in fact exactly 80 columns long, here's what it should look like, and you can count it :


Code:
ÂÂÂÂÂÂÂÂÂÂ|\/|
ÂÂÂÂ /`._ |ÂÂ| _.'\
====/ÂÂÂÂÂÂÂÂÂÂÂÂÂÂ\===========================================================
ÂÂ /ÂÂÂÂÂÂ 1ÂÂÂÂÂÂÂÂ\ÂÂIntroductionÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ [itro]
==/ .-.ÂÂÂÂÂÂÂÂÂÂ.-. \=========================================================
ÂÂ|/ÂÂ \.-.ÂÂ.-./ÂÂ \|
ÂÂÂÂÂÂÂÂÂÂ \/

but that's what you get :

Code:
ÂÂÂÂÂÂÂÂÂÂ|\/|
ÂÂÂÂ /`._ |ÂÂ| _.'\
====/ÂÂÂÂÂÂÂÂÂÂÂÂ 
\===========================================================
ÂÂ /ÂÂÂÂÂÂ 1ÂÂÂÂÂÂÂÂ\ÂÂIntroductionÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ [itro]
==/ .-.ÂÂÂÂÂÂÂÂÂÂ.-. 
\=========================================================
ÂÂ|/ÂÂ \.-.ÂÂ.-./ÂÂ \|
ÂÂÂÂÂÂÂÂÂÂ \/

Actually by trying to recreate the odd behavior , while I was typing this I accidentally discovered that TextDS occasionally mistakes some of the symbols as return characters.
Case in question "====/ \====" gets interpreted as a return character at " \====", so you get this :

====/
\====

Not only that, but also regular characters get mistaken for return character I believe as shown :
CODEAbout This Guide
----------------
2009 has been a busy year for me in terms of college, work, and guides. I'm a
pretty avid gamer; it's probably my biggest hobby outside of writing. There areÂÂÂÂÂÂÂÂÂÂÂÂ
 
Thanks for pointing that out. I can't believe, after all this time, that I missed that problem. I was making the program word-wrap the text when it reaches 80 characters but, of course, it should have been wrapping the text at 81 characters (since it had exceeded the limit). I've changed that now, and that FAQ looks fine. When I next update the problem will be fixed, unless you want me to do a quick update shortly.

The reason it looked like \= was making it wrap is simply due to the space before it. When the program hits the character limit it backtracks the line looking for a space to word-wrap at. I tested \= out, and it should just ignore that as normal text.
 
Stormwave said:
Thanks for pointing that out. I can't believe, after all this time, that I missed that problem. I was making the program word-wrap the text when it reaches 80 characters but, of course, it should have been wrapping the text at 81 characters (since it had exceeded the limit). I've changed that now, and that FAQ looks fine. When I next update the problem will be fixed, unless you want me to do a quick update shortly.

The reason it looked like \= was making it wrap is simply due to the space before it. When the program hits the character limit it backtracks the line looking for a space to word-wrap at. I tested \= out, and it should just ignore that as normal text.


That makes sense !
Throughout a faq, even though the limit is 80 columns, not always all the words in a line correspond to that number, most often is 79 to 76, that's why you hardly notice the problem when a line is exactly 80 characters and the last word gets pushed to the next line.............. because as you say the limit should be 81, not 80 !
Mystery solved, also the line I described was like one long word without any spaces, and that's why it was carried over at the first empty space " \====".
Now I understand, at least it's as easy to fix as a breeze .
I'm glad I could help.

By the way...............a quick update would be appreciated if it's not too much trouble, you could live the big,revolutionary changes for later on.......
wink.gif
 
Would you ever consider adding an edit feature, so we could edit text files?
 
Possibly. As the program is in it's present state, implementing that would be difficult. I might at some point rewrite sections of the program to allow more free form memory usage (it's very rigid at the minute). If I did that, it wouldn't be too difficult adding the ability to edit the text.
 
That would be awesome. As of now, there are no good DS Text editors that have a responsive on-screen keyboard.
 

Site & Scene News

Popular threads in this forum