Index
> Main > F-TNT project begin discussion.Goto page Previous 1, 2, 3, 4 Next |
| Author |
|
it is some kind of renaissance...Leonardo, you know... But actually it is not only for Fresh, at the end the client will support multiply databases with different servers. (even for cooking recipies 
|
pelaillo 12 Jan 2005, 19:35
JohnFound wrote: ahead - Yes, but "advocate" is a little far-fetched IMHO. "Advocate" means "upholder" someone that is in favour of something. JohnFound wrote: P.S. If it is not a secret, why your site in not online anymore? Because I've lost previous one and I am having short access to the internet in order to fix/find one bannerless. |
|||
12 Jan 2005, 19:35 |
|
|
polygon7 12 Jan 2005, 23:13
pelaillo wrote:
Hi, there are a projects with this name (or similar): http://www.fresco.org/ http://www.freesco.org/ _________________ best regards p7 |
|||
|
12 Jan 2005, 23:13 |
|
|
JohnFound 13 Jan 2005, 12:39
polygon7 wrote:
Yea, also AHEAD (Nero). 
Is it possible all good names are already reserved??? 
Regards. |
|||
|
13 Jan 2005, 12:39 |
|
|
iklin 13 Jan 2005, 16:24
Maybe, "Fall", meaning "Fasm it ALL" or something like "waterfall"
 |
|||
|
13 Jan 2005, 16:24 |
|
|
pelaillo 14 Jan 2005, 15:58
I have the name: Let's make FUD... Fasm Unleashed Documentation
|
|||
|
14 Jan 2005, 15:58 |
|
|
JohnFound 14 Jan 2005, 17:03
pelaillo wrote: I have the name: Let's make FUD... Fasm Unleashed Documentation M-m-m-m, I am agree.
Anyone else??? |
|||
|
14 Jan 2005, 17:03 |
|
|
JohnFound 14 Jan 2005, 18:39
JohnFound wrote: M-m-m-m, I am agree. Oh, I found the what this means...  
http://en.wikipedia.org/wiki/FUD |
|||
|
14 Jan 2005, 18:39 |
|
|
pelaillo 15 Jan 2005, 02:12
Yes, I knew that. Very famous these days.
It is a good time to change the meaning for an acronym... |
|||
|
15 Jan 2005, 02:12 |
|
|
decard 15 Jan 2005, 08:26
What about the category structure? Do you have any idea of that?
|
|||
|
15 Jan 2005, 08:26 |
|
|
JohnFound 15 Jan 2005, 11:32
decard wrote: What about the category structure? Do you have any idea of that? Well, present state is OK with the only problem, that I still have an opinion that items have to be separated with some rarely used characted in order to allow the names of the categories to contains quotes. Regard |
|||
|
15 Jan 2005, 11:32 |
|
|
decard 15 Jan 2005, 13:12
well... present state is only a basic draft, could you give an example of more extended tree?
I can separate items by tab character (0x09), what do you think about that? Also, I think to check if the data is valid, there is no need to output any signature - you just have to read HTTP status. |
|||
|
15 Jan 2005, 13:12 |
|
|
JohnFound 15 Jan 2005, 14:37
decard wrote: well... present state is only a basic draft, could you give an example of more extended tree? Are you mean the content of the categories tree? Actually I have no any idea about what actually tree have to contain, but IMHO it is not important just now. At first we have to deal with many problems in the design - i.e. to make properly working engine, that to have one standard format and protocol. Later, the categories tree will be created accordingly with users proposals and needs. Quote: I can separate items by tab character (0x09), what do you think about that? Also, I think to check if the data is valid, there is no need to output any signature - you just have to read HTTP status. Agree - tab is a character that easy can be excluded from the content and replaced by spaces. Please, only make the getcat.php to return separate rows from the table if the client use parameter - for example /getcat.php?id=3 There is no need whole tree to be transmitted all the time. OK, let see what we have about the protocol: 1. Server side database - MySQL 2. Client side database - SQLite 3. Server side tables: Code: table Categories ID: integer primary key ParentID: integer (indexed) ; foreign key for the parent category. If = 0,the category is root. Title: TEXT Description: TEXT table Articles ArticleID: integer primary key Category: integer ; category ID foreign key to ID Categories table Title: TEXT Status: integer ; flags: valid, local, deleted, etc. PDate: integer ; date/time of the creation. Body: ???? ; The format have to be disscussed. Next: integer 4. Client side tables - the only difference is that ID's of the client side database will be not "primary key" autogenerated, but will be read from the server database. 5. Protocols and scripts: 5.1. getcat.php?id=idnum Returns single row from the Categories table in ASCII formar with TAB character separate fields and CR at the end of the row. The fielsd order is: ID, ParentID, Title, Description If the id=idnum argument is missing, whole table content will be sended. 5.2. getlist.php - returns list of the article ID's separated with TAB character. The client will check what articles missing in local database and what are new. 5.3. getarticle.php?id=artid - return an article with given ID. (what format will be used is still not clear) Returns one row from the Articles table with TAB separated fields and CR at the end of the row. 5.4. postarticle.php -> Get the fields of the article with POST method (the fields are: ID of the article being edited (if 0 - new article), CategoryID, title, body. The server returns: ID number, Status field and PDate timestamp, for new posted article or Error code if there is a problem. (not posted articles can be stored in separate "Drafts" table in local database. For now, the only not clear thing is about data format of the articles: Plain text, WikiStyle text, HTML, RTF, other??? This point is very important for client application, so let clear it and go further. Regards. |
|||
|
15 Jan 2005, 14:37 |
|
|
decard 15 Jan 2005, 16:55
JohnFound wrote: For now, the only not clear thing is about data format of the articles: Plain text, WikiStyle text, HTML, RTF, other??? I would like to use something similar to bbcode - it is easy to parse (just like HTML or RTF  ), and for security reasons it is better than HTML. So when user adds some article, the engine just change < and > into < and >. When rendering article, it will change bbcode to equivalent HTML tags (php version), or just render them properly (in case of client application). Lines will be separated with '\n'. What do you think? |
|||
|
15 Jan 2005, 16:55 |
|
|
JohnFound 15 Jan 2005, 17:14
decard wrote: I would like to use something similar to bbcode - it is easy to parse (just like HTML or RTF It is good variant, but there will be some troubles with offline viewer. Maybe I can try to use RichText control and to parse the code... OK, I will try to type some code... What tags we will support? My suggestion is: {b} - bold {i} - italic {u} - underline. {quote} - quote. {code} - code {img=} - ??? I don't know - where the images should be stored? The external links are IMHO not a good idea... {url=} - external link {link articleID} - link to another article - how should be coded with RichEdit? {color=nnn} - color {size=nnn} - font size "{}" are "[]" actually Regards. |
|||
|
15 Jan 2005, 17:14 |
|
|
f0dder 15 Jan 2005, 17:21
JohnFound, why not implement a subset of HTML? That way people don't have to learn new tags, and since you're going to parse the format rather than throw it directly at the user, there won't be any security issues.
|
|||
|
15 Jan 2005, 17:21 |
|
|
JohnFound 15 Jan 2005, 17:37
f0dder wrote: JohnFound, why not implement a subset of HTML? That way people don't have to learn new tags, and since you're going to parse the format rather than throw it directly at the user, there won't be any security issues. Well, bbCode is almost compatible with HTML - simply replace [] with <> - you have HTML. There are several peculiars, for example with links - because our markup have to link to internal article in the database and external URLs as well. (the same is for the images)... Regards. |
|||
|
15 Jan 2005, 17:37 |
|
|
JohnFound 17 Jan 2005, 12:34
OK, I am almost ready with the parser/browser. You can download it from here: Thingamy.zip
btw, I changed the name to "Thingamy" - it is strange, funny, but not negative name. Regards. |
|||
|
17 Jan 2005, 12:34 |
|
|
pelaillo 17 Jan 2005, 12:35
The bbcode used on fasm board is enough to the features we want and keep it *safe*.
Also, having the same syntax could be very useful (immediate postings and other things) |
|||
|
17 Jan 2005, 12:35 |
|
|
JohnFound 17 Jan 2005, 12:39
pelaillo wrote: The bbcode used on fasm board is enough to the features we want and keep it *safe*. Implemented bbCode (maybe you missed my previous post - you can download the first version) is almost compatible with forum bbcode. Any suggestions are welcome. Regards. |
|||
|
17 Jan 2005, 12:39 |
|
| Goto page Previous 1, 2, 3, 4 Next < Last Thread | Next Thread > |
Forum Rules:
|