DemonGoddess

in books- Fighter for hire Belongs in originals-misc-het

Okay, checked the story.. Thanks for the correction. It's unhidden. Now, lets see if we can't figure out why you can't add TO it.

First of all, if you got a warning, it would've been hidden, not deleted. If you can still access the story from your user panel, and made the edit, then if it's correct, it'll be unhidden. Secondly, I'll recheck our working spreadsheet and see what I find as to the story status. Third, if you're not able to upload a file, it's likely that it's in the wrong file type format. The archive only accepts html and text file uploads.

thanks, removed the dupe

There's no way to insert in between chapters. What you have to do then, is delete whatever you have up that's after the insert point, then re-add your data in the correct sequence

We've got a couple of them

oh it was an easy fix. If you run into this again, copy the data into a plain text editor. Select the oddball characters, and then do a search and replace with the correct one. After you're done making your edits, copy/paste it back into the text field and save your changes. Did you have some kind of oddball font in use for the document maybe? I'm STILL trying to figure out how exactly you got the diacriticals in there without deliberately inserting them. Did you try and upload it as a document, which isn't allowed (and it won't accept), or as an html file? If you did it as an html conversion from a word document, that is very likely where those characters came from.

Firstly, the archive engine itself is currently coded in php2 and php3, roughly half and half. With very little php4, as 2 & 3 don't work well together with 4 or 5. That is because the language for the scripting itself, how the queries are structured and whatnot are quite different between php4 and up, and anything php3 and below. There was a MAJOR rewrite of how the queries work and are written for php4. This I think shows you the need for the rewrite in the first place. As this software is no longer supported by their original writer (I believe the company is defunct, if memory serves), we have to do something to keep our dataset without losing it. We've looked at the possibilities of perhaps using and heavily modifying some applications that are out there, but they simply do not support a database the size of what we have. We tried that offsite already, to see if things could be possibly sped up in that way. Needless to say, the experiment did not work. The navigation is a global file, as is the wrapper which shows the top level categories, and the latest listing. So, what draws on your screen when you click a link is the content you're going after, rather than the entire thing all at once, all over again. So, say you click the next link in the latest story listing, what redraws is the story listing, not the menu at top, or the side menu of the top level categories. Also, there's an autorefresh that's set in, but it runs I think only every ten minutes or so (I'd have to look to be sure, don't remember). Yes, there has been significant restructuring done already, in an effort to reduce the query load itself. In fact, there is much being done on that end to continue to reduce it, and make it run more efficiently, and also to prep it for the new stuff. There are other structure hierarchies we'll be putting in place as well once the software is in place which will support it. In the meantime, we work within the limits of what we have, and continue doing the other stuff in the backfield. That's really all that can be done for now with the archive, unfortunately; until the rewrite is complete. Something to think about, for example, is how the vast difference in language structure from php3 to php4, and also mysql3 to mysql4, caused most php driven applications to have to be entirely rewritten to accommodate those changes. That's what made for phpbb3, IPB 2.x, and so forth. They HAD to be rewritten, in order to function properly with the new language structures both for the scripting language and the database query language. With the release of php5, you're seeing this again. I expect we'll be seeing an announcement from phpbb3 that they're developing the next level, but I bet that doesn't happen for quite some time, and won't even be ready for beta for quite awhile either. IPB 3.0 has been in development since php5 was released. They're getting ready to release it within the next few months, I think it is, which will mean yet another big forum upgrade. However, I have to do some reading to be certain that it will be supported on earlier server versions. We'll see. If it's not, that upgrade will have to wait.

What I've been saying ALL ALONG is that it's not possible with the current script. I've also said many, many times that we are in the process of writing new software. So, sure, there are options that will be written in to the new stuff. Having said that, I must reiterate the other though. Aside from that, what you're talking about would require some sort of db insert with the javascripting as well, for the data to be there for the script to parse in the first place. Hence the phpmail function that we're wanting to use for review replies instead. Considering the size of the database as it is (6.6GB and GROWING), I think you can see why we'd prefer not to have even more data being inserted with review replies as well.

actually fixed the proskin too, now I gotta fix the profiles, and this'll be done, repairing the skin problem, that is

fixed the quills skin, have a skin that I'm developing (not visible yet) that's also fixed. Am going to try something different for the ProSkin, and the newer profile

Hey there AngelMeiru, Is the name change request for the one because that is the more proper name for it? If so, certainly can be done.

What I found when I looked in the tables were the following characters: Õ Ó Ò Which are all diacriticals for other languages. What software did you use to initially write this in? Oh, fixed it for you when I was looking.

The problem with using word to save as a webpage, is that it adds loads of formatting tags that are not allowed. So, good idea to do it, but you still have to go into notepad and strip it out. Could you give me a link so I can see what characters you're talking about?

Manga subdomain

We have a procedure we require you follow before adding pair specfic sub sub categories. First, there have to be TEN stories, with links you provide, to show me the need. Second, you put the request in the pinned topic in this forum for category requests.

Smallville is a top level category in the tv subdomain

You have to add to/edit the summary field itself. It appears in the story listing, and is not chapter driven.

gotta love it... BIG difference between stating an opinion, which you did, and being a troll..

deleted

If you post to one subdomain, you can't move your stories to another. You have to delete them and then re-add/re-upload.

Read this link

both are gone..

It gets better...... she's an old minor Which means I search all her pre 18 content and make it go away Which means she will whine some more...

Hey Irene, Was checking with the other tech who would do this (set up the subdomain). So, I'm thinking that may be the way we go. I'll let you know next time I get online same time as her.