![]() |
|
|
|||||||
| Register | FAQ | Top Posters | Members List | Calendar | Search | Today's Posts | Resend Activation Email | Mark Forums Read |
| dotProject Documentation | dotProject FAQ | Bugs & Feature Requests | Language Packs & Themes | Download dotProject |
| General Questions Use this forum to ask questions or provide suggestions about general usage and how to's within the core dotProject modules. These modules include: Calendar, Tasks and Projects, Files, Contacts, Permissions, Forums, User Administration, System Administration etc. |
![]() |
|
|
Thread Tools | Display Modes |
|
#1
|
||||
|
||||
|
It seems that in V2 the Task Description field no longer allows you to create carriage returns or line breaks for ease of reading.
They are deleted when you save the task each time. They do however work in the logs. I also tried shift enter with no luck as well. |
|
#2
|
|||
|
|||
|
This is a big issue for me as well and am hoping someone here has a quick fix for it. Our sales people are becoming extremely frustrated with huge chunks of text in the description area that are near impossible to read in a coherent manner.
I've tried what I know in order to try and resolve this problem but have been unsuccessful thus far. Can anyone help? |
|
#3
|
|||
|
|||
|
I also was going NUTS on this one. The only solution I know of right now is to use the FireFox browser. Works perfectly. I now use Firefox solely for DP and it actually works out quite well.
Hopefully someday there will be a full htmlarea style word processor.. Apparently there are some security concerns with html tags. But with FireFox at least there is now a way to do CRs. |
|
#4
|
|||
|
|||
|
Found another fix. In the includes/db_connect.php file are three lines with "strip_tags". DP is using a smarty plugin that strips any html tags before they go to the database. I know they are doing this for security reasons, but I'm not worried about it as I trust everyone who is logging in to our DP.
So the simple solution is to delete those three references. You can insert full html code, but still no carriage returns. But if you use FireFox in conjunction with this change you have the best of both worlds. Here is an example of how the line should look.. This is line #227 in db_connect.php and how it should be corrected: (Line 227 Old code) $values[] = "'" . db_escape(strip_tags( $v )) . "'"; (Line 227 New Code) $values[] = "'" . db_escape( $v ) . "'"; Do the same thing on lines 261 and 307 |
|
#5
|
||||
|
||||
|
Hi,
I see there are 3 discussions about this same thing in the forums. By the way, What is the preferred WYSIWYG of you guys? 1) HTMLArea 2) FCKEditor 3) TinyMCE 4) Xinha I like them all but FCKEditor best. Adapting any of them to dP would be quite easy, since some of them attach themselves to textarea controls. Of course some knowledge of how and where the data is pulled and pushed is needed first... Would like to hear from you all. Pedro A. |
|
#6
|
|||
|
|||
|
Our programmer has started working on integrating FCKeditor. He had time to mess with it for about an hour yesterday and made some pretty good progress. I'll be sure to make a post when and if it's working.
David Faria Website Professionals |
|
#7
|
|||
|
|||
|
I tried to implement FCK EDITOR but the text area replacement is not working because the description is submitted using a weird java script because of the special TABS display.
FCK EDITOR is displayed correclty, but when I hit submit the description filed is not getting upadated If any of you got a solution on this I am very interested. I really need to have an html editor in the task description if not it become useless for me. I will also try to implement the html editor in the task logs. My users are not very geeky so they need more text formatting ![]() Philippe. |
|
#8
|
|||
|
|||
|
We are having the same prob with fck editor. Would like to know when and if someone figures something out...
|
|
#9
|
|||
|
|||
|
We are trying without success to implement FCK EDITOR.
Without the possibility to create formatted html in the task definition, the tool itself loose a lot of its power... It is really hard to explain a task without clean text editor. I would even say that most of the time even the text formatting is a bti limited to really explain well a task. Attaching document to a task and /or a Log is a must. Philippe |
|
#10
|
||||
|
||||
|
Hi,
I Have integrated FCKEditor in the Task Description, and let me tell that was not easy, took me a no sleep night. I am having some issues for the new tasks and with the save task, though. To say the truth I couldn't find where the heck the tag named task_description gets evaluated, so I had to brute force the thing and have the FCKEditor save button save the description, that's why I can't get the addedit.php save button to work properly, and if the task does not exist when you use FCKEditor save, there will be no task_id and therefore my procedure doesn't work. Anyway, If I can't figure out a solution, I will be posting here how you can make it work like I said before, and maybe with my step someone here could help into the next step. If this gets cracked down, then the other module descriptions will be a piece of cake. This is the hardest place to start an FCKEditor integration, I believe that on the other modules things will be easier, since most of then don't have this subForms js approach. By the way I am trying this with dP 2.0.1 and FCKEditor 2 FC. Pedro A. |
![]() |
| Thread Tools | |
| Display Modes | |
|
|