{9} All Changed Tickets (40 matches)

You can use this Report to see the last 40 changed tickets.

Ticket Summary Component Milestone Type Severity Created
Field Description
#1299 We should be able to disable Linker's mailto and anchor link UI Plugins 0.96 enhancement normal 10/10/08
comment

r1078 Fixes this by adding two new config options to Linker, disableMailto, and disableAnchors.

#1272 google chrome wrong popup size Xinha Core 0.96 defect normal 09/09/08
comment

Linker has been ported to the new Dialog system. As such, it no longer uses popups.

#1219 Start editor without needing to click into editor Xinha Core 0.96 defect normal 05/25/08
comment

r1077 Fixes this by tying autofocus to initframe to make sure everything is properly loaded.

#1219 Start editor without needing to click into editor Xinha Core 0.96 defect normal 05/25/08
comment

After the editors are generated, they use setTimeout to insure proper loading, so there is no safe place in the config to activate. The only way to make this work from the config is to use setTimeout, but this is a hack, so I'm reopening...

#1273 IE 6/7 onFocus browser crash Browsers_InternetExplorer 0.96 defect blocker 09/10/08
comment
#1215 [HtmlTidy] plugin doesn't work when compressed for release Plugins defect normal 05/22/08
comment

HtmlTidy has been deprecated in favor of SuperClean. Please see Ticket #1297 . Closing wontfix

#1297 Plugins that are unsupported should be phased out Xinha Core 0.96 enhancement normal 10/07/08
comment

r1076 Changes the direcotry name, and adds NoteServer to the list of unsupported plugins

#1297 Plugins that are unsupported should be phased out Xinha Core 0.96 enhancement normal 10/07/08
description

There are a number of plugins in Xinha that are very old. Some are no longer used, some are deprecated, and some are even broken. We should move these to an unsupported directory and add support for loading these plugins from there.

By doing this, we can phase out old and broken code without any performance impact to users who don't use the plugins, and without any functionality loss if there are users who do.

To that end, I'll create an unsupported directory, and modify the loader to check that directory only if it fails to load it from the supported directory.

Here is a list of plugins scheduled to be moved to the unsupported directory. Please modify this ticket to make changes:

PluginReason
Templatetotally unconfigurable and thus unusable for anything
InsertPicture? broken since long (use editor.config.URIs.insert_image, a feature that fell out of support accidentially, sorry for that). Plus we should not waste energy by supporting several plugins that serve the same task
Filterbroken, superseded by SuperClean
HtmlTidysuperseded by SuperClean
InsertMarqueeGod, we cannot have a plugin for any outdated HTML stuff
BackgroundImage?same here
ClientsideSpellcheckimplements support for some (probably old) third-party, proprietary, IE-only spellcheck engine. I don't think that's what we are in for
NoteServerBroken, and so I doubt it has any users

#1283 New-dialogs version of TableOperations is incomplete Plugins 0.96 defect normal 10/01/08
comment

Changeset r1075 is a first pass at finishing up TableOperations, but there are still some remaining issues. Most of these have to do with setting cell/row border attributes.

In particular, setting cell or row borders simply doesn't work in most cases. In FF, changes are only shown after clicking view source and then going back to WYSIWYG mode. In Safari, they never show up. The FF issue seems to stem from a redraw bug (Ray, from the comments in the code it looks like you may have been fighting with this before?). I'm not sure about the Safari bug, but it might be an issue of CSS styling on the individual TD elements overriding it, though I haven't spent a lot of time troubleshooting this.

Note that setting the border properties on the table as a whole works, and setting other properties, e.g., background color or text align, on a row or cell basis does work.

Also, I went with option (2) in that I added a function to Xinha.Dialog that takes an ID, adds it to the reverse lookup table, and then returns the ID which it maps to. This function should be used any time you dynamically add an element that needs an id/name to a dialog (particularly if you want its values to show up in the param object returned by Dialog.hide()).

#1297 Plugins that are unsupported should be phased out Xinha Core 0.96 enhancement normal 10/07/08
comment

Replying to douglas:

InsertNote? is actually a new plugin just added by nicholasbs to handle footnoting, so it has an active maintainer.

Sorry, I was confused; I meant NoteServer.

Doug, shouldn't the folder be named unsupportedplugins?

#1290 Word clean doesn't properly clean all word garbage from document Xinha Core 0.96 defect normal 10/03/08
comment
#1290 Word clean doesn't properly clean all word garbage from document Xinha Core 0.96 defect normal 10/03/08
description

I have a document that isn't properly cleaned when pasting into word.

Here is some supporting info: http://www.openplans.org/projects/xinha/wordclean

#1290 Word clean doesn't properly clean all word garbage from document Xinha Core 0.96 defect normal 10/03/08
comment

r1073 is my final fix against this ticket. http://www.openplans.org/projects/xinha/wordclean documents the testing that's been done against it, and I'm satisfied for the most part. For any additional work, I'll open a new ticket.

#1297 Plugins that are unsupported should be phased out Xinha Core 0.96 enhancement normal 10/07/08
comment

r1072 Updates Xinha to handle unsupported plugins. The list of unsupported plugins is now updated to reflect what has been moved. InsertNote? is actually a new plugin just added by nicholasbs to handle footnoting, so it has an active maintainer.

Replying to ray:

I think this would be a good move, as it doesn't appeal much to potential new users if they test the plugins and there are loads of crap ones

#1297 Plugins that are unsupported should be phased out Xinha Core 0.96 enhancement normal 10/07/08
description

There are a number of plugins in Xinha that are very old. Some are no longer used, some are deprecated, and some are even broken. We should move these to an unsupported directory and add support for loading these plugins from there.

By doing this, we can phase out old and broken code without any performance impact to users who don't use the plugins, and without any functionality loss if there are users who do.

To that end, I'll create an unsupported directory, and modify the loader to check that directory only if it fails to load it from the supported directory.

Here is a list of plugins scheduled to be moved to the unsupported directory. Please modify this ticket to make changes:

PluginReason
Templatetotally unconfigurable and thus unusable for anything
InsertPicture? broken since long (use editor.config.URIs.insert_image, a feature that fell out of support accidentially, sorry for that). Plus we should not waste energy by supporting several plugins that serve the same task
Filterbroken, superseded by SuperClean
HtmlTidysuperseded by SuperClean
InsertMarqueeGod, we cannot have a plugin for any outdated HTML stuff
BackgroundImage?same here
ClientsideSpellcheckimplements support for some (probably old) third-party, proprietary, IE-only spellcheck engine. I don't think that's what we are in for

#1297 Plugins that are unsupported should be phased out Xinha Core 0.96 enhancement normal 10/07/08
comment

I think this would be a good move, as it doesn't appeal much to potential new users if they test the plugins and there are loads of crap ones

So here's my list

PluginReason
Templatetotally unconfigurable and thus unusable for anything
InsertPicture? broken since long (use editor.config.URIs.insert_image, a feature that fell out of support accidentially, sorry for that). Plus we should not waste energy by supporting several plugins that serve the same task
Filterbroken, superseded by SuperClean
HtmlTidysuperseded by SuperClean
InsertNote?does anyone use this, does it work at all?
InsertMarqueeGod, we cannot have a plugin for any outdated HTML stuff
BackgroundImage?same here
ClientsideSpellcheckimplements support for some (probably old) third-party, proprietary, IE-only spellcheck engine. I don't think that's what we are in for
#1290 Word clean doesn't properly clean all word garbage from document Xinha Core 0.96 defect normal 10/03/08
comment

It turns out I was accidentally testing against a cached copy. r1069 fixes this with working and tested code.

#1290 Word clean doesn't properly clean all word garbage from document Xinha Core 0.96 defect normal 10/03/08
comment

r1068 fixes this in my test cases. I'm sending the fix around to be tested by others.

#1292 change naming scheme of plugin files Xinha Core 0.96 enhancement normal 10/04/08
comment

rev [1067]: renamed all plugin files.

#1292 change naming scheme of plugin files Xinha Core 0.96 enhancement normal 10/04/08
comment

rev [1063]: so, now it works in Opera, too. Plus, the HEAD request is used asynchronously, that ther is no additional time consumed if the file is correctly named

#1292 change naming scheme of plugin files Xinha Core 0.96 enhancement normal 10/04/08
comment

apparently this doesn't work well in Opera. I have spent hours to find out why, but I can't see anything. Somehow it seems to be a bug in opera. I'd say. Maybe the patch has to be reverted.

Still we have the possibility to simply (though not eleganty) try to loadback both URLs.

rev [1062] contains a slightly different version of the patch

#1294 Editor higher in HTML mode Xinha Core 0.96 defect normal 10/05/08
comment

rev [1061]

#1293 [Gecko] Window scrolls to top of editing area when switching from text to WYSIWYG Xinha Core 0.96 defect normal 10/05/08
comment

rev [1060]

#1292 change naming scheme of plugin files Xinha Core 0.96 enhancement normal 10/04/08
comment

committed rev [1059]: obiously existing filenames have to be changed if no one has objections against this patch

#1280 restoreSelection doesn't always work in internet explorer Browsers_InternetExplorer 0.96 defect normal 10/01/08
comment

rev [1056]: Ok, the bug was not really in your patch, it just revealed it. It was Dialog.hide() that called restoreSelection(), and wrongly so for example with Stylist as already assumed by nicholas in a code comment. restoreSelection() in Dialog.hide() makes only sense with modal dialog, as the selection is only saved with those in Dialog.show(). For safety I nevertheless return in restoreSelection() when no savedSelection is passed

#1187 ExtendedFileManager "imgManager.changeDir is not a function" error Plugins 0.96 defect major 04/14/08
comment

rev [1054]: thanks for the information. It helped a lot to track this errow down

#1280 restoreSelection doesn't always work in internet explorer Browsers_InternetExplorer 0.96 defect normal 10/01/08
comment

What version of IE are you using, Ray? I'm pretty sure Doug's been testing against IE 6 and 7, so it might be an issue with IE8 if you're using that.

#1280 restoreSelection doesn't always work in internet explorer Browsers_InternetExplorer 0.96 defect normal 10/01/08
comment

Doug, your patch produces an error

Line: 427
Error: 'undefined' is Null or not an object

#1290 Word clean doesn't properly clean all word garbage from document Xinha Core 0.96 defect normal 10/03/08
comment
#1290 Word clean doesn't properly clean all word garbage from document Xinha Core 0.96 defect normal 10/03/08
owner

douglas

#1290 Word clean doesn't properly clean all word garbage from document Xinha Core 0.96 defect normal 10/03/08
cc

douglas@…

#1290 Word clean doesn't properly clean all word garbage from document Xinha Core 0.96 defect normal 10/03/08
comment

r1053 advances this ticket, but it may need some more work. On Monday, I'll compare against this test case: http://pastie.org/284533

#1176 new dialogs User Interface 0.96 enhancement normal 03/22/08
comment

Well, I have to say I feel a bit excited :)

#1290 Word clean doesn't properly clean all word garbage from document Xinha Core 0.96 defect normal 10/03/08
comment

While you're at it: OpenOffice? produces junk like this 

 <meta http-equiv="CONTENT-TYPE" content="text/html; charset=utf-8" /> <title></title> <meta name="GENERATOR" content="OpenOffice.org 2.4  (Linux)" /> <style type="text/css">
	<!--
		@page { size: 21cm 29.7cm; margin: 2cm }
		P { margin-bottom: 0.21cm }
	-->
	</style> 
  <p style="margin-bottom: 0cm;">Fdfsdfsd</p>

Any chance you can fix this, too?

#1283 New-dialogs version of TableOperations is incomplete Plugins 0.96 defect normal 10/01/08
comment

Oh shit I didn't realize this. seems like I commited this stuff before it was even ready. sorry. No opinion either, at the moment

#916 about discarding the htmlArea license Xinha Core 0.96 task normal 01/21/07
comment

I'd like to bring this into discussion again

#806 Lost content when press Esc 2 times Xinha Core 0.96 defect normal 05/31/06
comment

I think this is a rather special case and we cannot handle every little browser quirk. I'm closing this wontfix

#1291 Xinha.removeFromParent() does not return correct reference Xinha Core 0.96 defect normal 10/03/08
comment

Changeset r1052 fixes this problem.

#1224 [confirmed] sevenbitclean? / ghost cursor error with html mode toggle (Firefox) Xinha Core 0.96 defect major 06/04/08
comment

rev [1051]

#1290 Word clean doesn't properly clean all word garbage from document Xinha Core 0.96 defect normal 10/03/08
comment

Steps to reproduce:

Copy and paste contents of Word 2003 attachment into Xinha in Firefox 2.

Expected Results: Xinha cleans all garbage word tags.

Actual Results: Word garbage remains on FF2/3, IE7. Text visible. In FF2, text is NOT visible at all.

Note: See TracReports for help on using and creating reports.