Changeset 86

Show
Ignore:
Timestamp:
Tue Aug 15 14:57:51 2006
Author:
mbutscher
Message:

In "branches/stable-1.6":
* Name changed from 1.6rc4 to 1.6 final

Files:

Legend:

Unmodified
Added
Removed
Modified
  • branches/mbutscher/TodoList.txt

    r84 r86  
    1   +++ Bug: Problems if network access drops  
    2   I am using Wikipad on a network drive (that is located on my laptop)  
    3   and then use the data on different clients.  
    4   This works quite fine - but when the network connection drops (for  
    5   example WLAN outage) while Wikipad is running this causes Wikipad to  
    6   stay in an endless error loop. (A Modal Dialg telling me about the  
    7   Error and if you press OK the dialog comes up again and again...)  
    8    
    9   There is no other way than to kick the process off the task manager  
    10   and restart it.  
    11    
    12   *Details*:  
    13   Maybe option to internally restart the WikiData connection, see  
    14   "NetworkExcept.log"  
    15    
    16    
    17   +++ Bug  
    18   > 2. Help  
    19   > Starting help via "Help -> Open WikidPadHelp" won't work if the user  
    20   > disabled "Associate WikidPad with .wiki files" when installing. This  
    21   > is the error log:  
    22   >  
    23   > Traceback (most recent call last):  
    24   >   File "pwiki\PersonalWikiFrame.pyo", line 1224, in openHelp  
    25   > WindowsError: [Errno 1155] Der angegebenen Datei ist keine Anwendung  
    26   > zugeordnet: 'T:\\Programme\\WikidPad\\WikidPadHelp\\WikidPadHelp.wiki'  
    27    
    28    
    29   +++ Bug: wiki-wide "Replace All" doesn't update page  
    30   > 5. just one I realized: I made a new WikiWord 'GranDolina' and replaced  
    31   > all the 'Gran Dolina' occurences in my doc with 'GranDolina' using the  
    32   > Replace feature (so that all Gran Dolina occurences in all pages became  
    33   > links (very much like in WikiPedia)). The change didn't show up in the  
    34   > tree view under the pages that GranDolina became child of. (update: I  
    35   > re-created the situation in a new wiki TestPage, but it worked, but,  
    36   > then, it didn't seem to work in other pages... so it's strange...)  
    37    
    38    
    39 1 +++ Internal: Reorganize handling of functional keys  
    40 2 Especially in the editor. The large if/else construction in OnKeyDown is bad.  
     
    42 4  
    43 5  
    44   +++ Minimize to tray on close  
    45   I wonder if it would be a small addition to have an option to minimize  
    46   Wikipad to tray instead of closing it?  
    47   There is already a "Minimize to Tray" option, but I like to have the  
    48   same behaviour on the WinClose Button.  
    49    
    50 6  
    51 7 +++ System-wide hotkey  
     
    53 9  
    54 10  
      11 > 1. Would it be possible to make cursor position memory in wikiwords  
      12 > persistent after opening and closing the program?  
      13  
      14  
      15 > 4. Similar to (3), when cursor positions are remembered, navigating  
      16 > back to a long page often means losing view of the cursor. It would be  
      17 > nice if exact page position were remembered.  
      18  
      19  
    55 20 +++ About Inter-process comm.  
    56 21 Or if there'd be an option to maximize it \[already open instance] when I launch it 2nd time (I could create a hot-key to launch it). \[low prio.]  
    57 22  
    58 23  
    59   +++ History of searches and opened wiki words  
    60 24 > * drop-down history of typed-in searches in Search Wiki? Same for Open  
    61 25 > Wiki? (I know there is Save Search)  
    62 26  
    63 27  
      28 Above the tree and should work like the "Open Wiki Word" dialog  
      29  
      30  
    64 31 +++ Enhance context menu of the editor  
    65 32 > 2. Is it possible to improve right click menus in the Edit/Preview  
     
    70 41  
    71 42 > Thanks. I'd suggest adding:  
    72   >  
      43 >   
    72 43 > Wikize Selected Word  
    73 44 > Add Text Block >  
    74 45 > Rename Wiki  
    75   >  
      46 >   
    75 46 > Export Current Wiki...?  
    76 47 *Details*:  
     
    80 51  
    81 52  
      53 > I would really love to be able to middle click on a wikidpad link and  
      54 > have the page/wikiword for that link open up in background tab, same  
      55 > window (as for instance opera or firefox).  
      56  
      57  
      58 Detect page files modified by an external program and update database.  
      59  
      60  
    82 61 +++ Double-click in preview goes to editor (optional)  
    83 62 >>> 3. In the Preview pane, maybe a double click could also be handy to  
     
    89 70 >> editor should be at the same position in the page where the preview was?  
    90 71 >> This would be nearly impossible.  
    91   >  
      72 >   
    91 72 > No, you've told me it was impossible. I just meant what you said (that  
    92 73 > you double-click anywhere in the Preview pane and it would switch to  
     
    99 80 <<  
    100 81 So I would suggest:  
    101   >  
      82 >   
    101 82 > http://www.blahblah.com/thisisimage.jpg>s*2  
    102   >  
      83 >   
    102 83 > http://www.blahblah.com/thisisimage.jpg>s/2  
    103   >  
      84 >   
    103 84 > http://www.blahblah.com/thisisimage.jpg>s250x150  
    104   >  
    105   >  
      85 >  
      86 >  
    106 87 > as syntax.  
    107   >  
    108   >  
      88 >  
      89 >  
    109 90 > The 's' is there to allow to add other commands later (prefixed with  
    110 91 > other letters).  
     
    120 101 >>>>Have you an example link how the inclusion of one wiki page into  
    121 102 >>>Hmmm.. Well, in terms of wiki-code it might look like:  
    122   >>>[...]  
    123   >>>(AWikiword)  
      103 >>>[...]  
      104 >>>(AWikiword)  
    124 105 >>>[...]  
    125 106 >>  
     
    127 108 >>normal text.  
    128 109 > Well, yes, it was only an example for demonstration :)  
    129   >  
      110 >   
    129 110 > Maybe [(WikiWord)], or((WikiWord)) ?  
    130 111  
     
    134 115  
    135 116  
      117 > 15. A way to lay out the contents of different wikiwords within  
      118 > another wikiword dynamically; in other words, a saved search or view  
      119 > which, instead of creating a list of pages, is itself an item that  
      120 > includes the contents of relevant pages in order within itself. This  
      121 > is something that tiddlywiki does to great effect (one can view more  
      122 > than one item at once sequentially on a web page).  
      123  
      124  
      125  
      126  
      127 > I assume you mean that on the last line which has only a bullet this  
      128 > > bullet should be removed when enter is pressed, otherwise you would  
      129 have  
      130 > > a line with a lonely bullet and nothing else.  
      131 > >  
      132 > >  
      133 > > So I would suggest the following behavior (the | denotes text cursor  
      134 > > position):  
      135 > >  
      136 > >     * The first  
      137 > >     * the second  
      138 > >     * |  
      139 > >  
      140 > >  
      141 > > after pressing enter, this would become  
      142 > >  
      143 > >     * The first  
      144 > >     * the second  
      145 > >     |  
      146  
      147  
      148  
    136 149 +++ Page- and wiki-wide statistics  
    137 150 > Also How about a statistics page where wikipad shows number of  
     
    139 156 > > > wikiword, shortest wikiword,  number of anything user defines or  
    140 157 > > > anything Michael thinks worth putting in maybe.  
    141   > > >  
      158 > > >   
    141 158 > > > I think that this can be per page attribute or global attribute that  
    142 159 > > > can be shown under "views".  
    143   > > >  
      160 > > >   
    143 160 > > > So if one puts [showstatistic!] in a page, there would be page under  
    144 161 > > > "views "  called "statistics" with the name of the page or global  
    145 162 > > > place. In that page one can check if there are repeats of the  
    146 163 > > > wikiwords etc to determine possible export problems?  
    147   > > >  
      164 > > >   
    147 164 > > > I also think that this can be a great helper for especially for  
    148 165 > > > writers who need to check their number of words etc.  
    149   >  
      166 >   
    149 166 > How about a third tab "Stats" after "Edit" and "Preview"? Clicking on it  
    150 167 > starts the calculation of per-page statistics and shows them if ready.  
    151   >  
      168 >   
    151 168 > As child of the "Views" tree node there could be an additional page for  
    152 169 > page-independent wiki-wide statistics.  
     
    173 190  
    174 191 +++ Auto-complete closing bracket (as option)  
    175   > a) how come I have to insert the closing bracket ( ] ) whenever I  
      192 > a) how come I have to insert the closing bracket ( ] ) whenever I   
    175 192 > auto-insert any wikiword defined by brackets?  
    176 193  
    177 194  
    178   +++ Select multiple tree nodes  
      195 WikidPad seems to work well with tabs. This would be an interesting  
      196 alternate delimiter for tables since anything pasted from and to Excel  
      197 is tab delimited. I believe this is also true for Open Office  
      198 spreadsheet.  
      199  
      200 Maybe it could be <<|tab| or something like that. The table start and  
      201 end tag could even be copied since they would just be in the first  
      202 column in Excel anyway.  
      203  
      204 Basically what I do now is paste to WikidPad and then change tabs to a  
      205 tab plus a "|".  
      206 *Details*:  
      207 First, allow to insert tabs in editor.  
      208  
      209  
    179 210 > I see, thanks. I was trying under Views - parentless-nodes. I could use  
    180 211 > the same Ctrl/ShiftPress+click (is it called "sticky selection"?) in  
     
    187 220  
    188 221  
      222 > Is it possible to add an extra option, which allows you to change or  
      223 > create a totally new header for the html file (that includes jscripts i  
      224 > have written or other custom css sheets?), that is exported or  
      225 > previewed?  
      226  
      227  
    189 228 +++ Autocompletion for todo items  
    190 229 Sometimes it is very hard to keep tack of all special attributes and  
    191 230 their subgroups. It would be great to have auto completion for atts  
    192   too. That would keep things more ordered.  
    193    
    194    
    195   +++ Remember last searches  
    196   > * drop-down history of typed-in searches in Search Wiki? Same for Open  
    197   > Wiki? (I know there is Save Search)  
      231 too. That would keep things more ordered.  
    198 232  
    199 233  
     
    227 262 > it, there could be an "Go to/Open Wiki" menu item, couldn't there?)  
    228 263  
      264 > 7. Tree and mouse: When right clicking on an item in the tree to open  
      265 > the context menu, in the edit / preview pane the according page is  
      266 > displayed. I guess it would be more intuitive, if the according page  
      267 > is only displayed when left clicking an item in the tree. In other  
      268 > words: When just right clicking on a tree item, the editor / preview  
      269 > pane shouldn't change its focus.  
      270  
    229 271  
    230 272  
     
    287 329 +++ Handle pasting of images into WikidPad  
    288 330 >  My proposal is that Wikipad would save the pasted image to current  
    289   > project folder(where open wiki file is from)  under " images "  
      331 > project folder(where open wiki file is from)  under " images "   
    289 331 > folder. If there is not one wikipad would create it. And it creates a  
    290   > relative or actual link to the image.  
    291    
    292    
    293   +++ Option to choose number of '+' for wiki page title  
    294   > e) as I pointed elsewhere, although this can easily changed by  
    295   > pressing CTRL+ALT+H and several group members expressed divergent  
    296   > opinions, the default header level of any new wikiword/page should be  
    297   > the lowest ( ++++ ), which I think is the one that will be more used,  
    298   > instead of the mid level ( ++ ).  
    299   *Details*:  
    300   Option to choose prefix for wiki title  
      332 > relative or actual link to the image.  
    301 333  
    302 334  
     
    318 350 > themselves). I WILL GIVE YOU AN EXAMPLE WHAT I MEAN BELOW. PLS JUST SKIP  
    319 351 > THE NEXT FEW PARAGRAPHS IF NOT INTERESTED.  
    320   >  
      352 >   
    320 352 > You assume that I only want to create links on purpose, but what if I  
    321 353 > don't?  
    322   >  
      354 >   
    322 354 > Let me give you an example: I'm making lots of research for a project  
    323 355 > and collect notes in wikidPad, but I have something like 100 different  
     
    333 365 > keeps the flow of writing completely fluent, and it was what I wanted to  
    334 366 > achieve in point 5 above with "GranDolina".)  
    335   >  
      367 >   
    335 367 > It has other handy uses, like learning languages: e.g. you paste a  
    336 368 > target-language text into a TextWiki. You start reading and come across  
     
    341 373 > would see all the words that you have covered and click on them if  
    342 374 > you're not sure what they mean, etc.  
    343   >  
      375 >   
    343 375 >> and on the other hand you may create undesired links because a typed  
    344 376 >> text incidentially matches a wiki word.  
    345   >  
      377 >   
    345 377 > That's true, but if I'm so stupid to wikize a word like "the", than I  
    346 378 > deserve to have undesired links... It needs some common sense to wikize  
    347 379 > a bit more unique words/word combinations.  
    348   >  
      380 >   
    348 380 > Anyway, suppose I wikize something more unique and still create an  
    349 381 > undesired link; you could surely escape it... Also, I could still choose  
     
    356 388  
    357 389  
    358    
    359 390 +++ Autocompletion for all words  
    360 391 > 2. Editor: SciTE offers auto completion. Right now Wikid Pad limits  
     
    363 394  
    364 395  
    365   +++ Show/Hide Status Bar?  
    366    
    367    
    368 396 +++ Highlight search terms in preview  
    369 397 > When searching the search terms (when found) are highlighted in the  
     
    377 405  
    378 406  
    379    
    380   +++ Exporting tree structure as HTML  
    381   >>Is there a way to export a View rather than a wiki tree?  The tree may  
    382   >>> > be a jumbled mess, but attributes put it all in a nice order, but then  
    383   >>> > there's no way to export that order.  
    384   >  
    385   >>  
    386   >> Export the tree as what? A HTML or plain text file showing the tree  
    387   >> structure?  
    388   >>  
    389   >>  
    390   >> Michael  
    391   >>  
    392   I'd say HTML - the idea is to have an organized but linked list  
    393   instead of the default disorganized (or organized in a different way)  
    394   linked list.  
    395    
    396    
    397 407 +++ Direct single parent and indirect ones (uncles)  
    398 408 > . either zero or one pages may claim a wikiword as its child. The  
     
    418 428 > > > pages the wikiword is italicized. This is necessary to differentiate  
    419 429 > > > from pages that have no SingleParent. The View Parents dialog  
    420   > > > similarly !s the father and italicizes the uncles.  
      430 > > > similarly !s the father and italicizes the uncles.   
    420 430  
    421 431  
     
    429 439 > something like that where we want to keep record of certain line in a  
    430 440 > text? So whenever we click on that att it takes us to certain line of  
    431   > the text?  
      441 > the text?   
    431 441  
    432 442  
     
    436 446  
    437 447  
    438   +++ Save cursor position between sessions  
    439   > 1. Would it be possible to make cursor position memory in wikiwords  
    440   > persistent after opening and closing the program?  
    441    
    442    
    443   +++ Remember page position (done: during session)  
    444   > 4. Similar to (3), when cursor positions are remembered, navigating  
    445   > back to a long page often means losing view of the cursor. It would be  
    446   > nice if exact page position were remembered.  
    447    
    448    
    449 448 +++ Timer hook  
    450   > 4.It'll be very useful to have one more hook function, which is called  
    451   > every x minutes. It helped to implement some PIM functionality for  
      449 > 4.It'll be very useful to have one more hook function, which is called  
      450 > every x minutes. It helped to implement some PIM functionality for  
    452 451 > example.  
    453 452  
    454 453  
      454 >>Is there a way to export a View rather than a wiki tree?  The tree may  
      455 >>> > be a jumbled mess, but attributes put it all in a nice order, but then  
      456 >>> > there's no way to export that order.   
      457 >  
      458 >>  
      459 >> Export the tree as what? A HTML or plain text file showing the tree  
      460 >> structure?  
      461 >>  
      462 >>  
      463 >> Michael  
      464 >>  
      465 I'd say HTML - the idea is to have an organized but linked list  
      466 instead of the default disorganized (or organized in a different way)  
      467 linked list.  
      468  
    455 469  
    456 470 +++ Exporting tree structure  
     
    458 473 > > > least we may be able to get treeview exported? This way at least user  
    459 474 > > > will get information structure properly out of wikipad.  
    460   > > >  
      475 > > >   
    460 475 > > > I have 3 suggestions  
    461   > > >  
      476 > > >   
    461 476 > > > -can be indented text  
    462 477 > > > -can be hierarchy folder structure  
    463 478 > > > -can be firefox bookmark format  
    464   >  
      479 >   
    464 479 > First two are definitely possible.  
    465 480 > > > following on folder export style, for example if i have  
    466   > > >  
      481 > > >   
    466 481 > > > father  
    467 482 > > > --child1  
    468 483 > > > --child2  
    469 484 > > > ---grandson  
    470   > > >  
      485 > > >   
    470 485 > > > we can have a folder structure similar to above and those folders  
    471 486 > > > would have dummy .txt files named after the folder they belong.  
    472   > > > So, (extensionless words are folder names)  
    473   > > >  
      487 > > > So, (extensionless words are folder names)  
      488 > > >  
    474 489 > > > father  
    475 490 > > > --father.txt  
     
    485 500 > > > ---grandson  
    486 501 > > > ----grandson.txt  
    487   > > >  
      502 > > >   
    487 502 > > > any ideas?  
    488 503  
     
    503 518  
    504 519 +++ No more delayed respect of camelCaseWordsEnabled attribute  
    505   > (2) If I insert \[camelCaseWordsEnabled=false] in a page, in which  
    506   > camelcase words have been detected before, the links stay until I switch  
      520 > (2) If I insert \[camelCaseWordsEnabled=false] in a page, in which  
      521 > camelcase words have been detected before, the links stay until I switch  
    507 522 > to another page and switch back afterwards.  
    508 523  
     
    513 528  
    514 529 +++ HTML import  
    515   This is one of the most important features for me. Perhaps it could be  
    516   implemented as a translation. Pasted HTML would be translated to  
    517   wikidPad equivalents. I currently use Zoot. I, and many others, are  
      530 This is one of the most important features for me. Perhaps it could be  
      531 implemented as a translation. Pasted HTML would be translated to  
      532 wikidPad equivalents. I currently use Zoot. I, and many others, are  
    518 533 looking for an alternative because Zoot does not handle HTML or images.  
    519 534  
     
    536 551 For example  
    537 552  
    538   i have  
      553 i have   
    538 553 todo: please finish  
    539 554 and this is under lets say "dailies"  
     
    543 558 "  todo and delete. But when i delete it it should not be deleting the  
    544 559 "dailies" page, it should just remove that "todo:please finish" from  
    545   the page it belongs (which is "dailies") .  
      560 the page it belongs (which is "dailies") .   
    545 560  
    546 561 In some cases todos may decribe a whole page , lets say  
    547   todo:true,  
      562 todo:true,   
    547 562 if that is the case then maybe we should be able to delete the whole page  
    548 563 >>  
     
    555 570  
    556 571  
    557   +++ Popup attribute to show popups  
    558 572 Add an attribute called PopUp.  
    559 573 Its function would be if there is that attribute on a page,  
     
    563 578 Example:  
    564 579 On the page RobertSmith I enter \[popup: 510-555-9898]  
    565   On any page where there is a link to [RobertSmith],  
      580 On any page where there is a link to [RobertSmith],   
    565 580 hovering on the link would show 510-555-9898  
    566 581 If the cursor/mouse is moved away the pop would disappear.  
     
    572 587 there. It would be nice to have a right click tree menu item that is  
    573 588 "open url" .If there is any file and web url listed in the content  
    574   wikipad would launch the path when i select "open url" menu item.  
      589 wikipad would launch the path when i select "open url" menu item.   
    574 589  
    575 590 I understand that this can get very complicated and frustrating if one  
     
    579 594 behave properly.  
    580 595  
    581   This will cut down steps of  
      596 This will cut down steps of   
    581 596  
    582 597 1 selecting the wikiword with url  
     
    601 616  
    602 617  
    603   +++ Dynamic creation of content sequences from e.g. searches  
    604   > 15. A way to lay out the contents of different wikiwords within  
    605   > another wikiword dynamically; in other words, a saved search or view  
    606   > which, instead of creating a list of pages, is itself an item that  
    607   > includes the contents of relevant pages in order within itself. This  
    608   > is something that tiddlywiki does to great effect (one can view more  
    609   > than one item at once sequentially on a web page).  
    610    
    611    
    612   +++ Dynamic creation of word lists/links from e.g. searches  
    613    
    614    
    615 618 +++ Faster syntax highlighting  
    616   > I know that there's a thread that is supposed to work in background to  
      619 > I know that there's a thread that is supposed to work in background to   
    616 619 > create the format, but it's really slow for me.  
    617   >  
    618   > Maybe it's possible to compute format just before and after current  
      620 >  
      621 > Maybe it's possible to compute format just before and after current  
    619 622 > caret position, or maybe even just for the current visible page.  
    620 623  
    621 624  
    622    
    623 625 +++ Split view  
    624 626 > A related, but different, feature would be the ability split the edit  
     
    638 640 > wikiwords open and they would each have a tab (where Edit and Preview  
    639 641 > tabs are) on top with their names.  
    640   >  
      642 >   
    640 642 > PLUS: It could be also integrated into the tree. Let's say you want to  
    641 643 > open all pages tagged [CurrentProject:true] you right click on the  
     
    644 646 > 'CurrentProject'' in multiple tabs. By clever tagging you could open  
    645 647 > several pages in any combination you want.  
    646   >  
      648 >   
    646 648 > PLUS: You could also integrate this into the 'Open Wiki Word' (CTRL-O)  
    647 649 > window. If you name your wikiwords themed (I do that anyway) e.g.  
     
    650 652 > type 'Spain' in the field, you could open all wikiwords themed 'Spain'.  
    651 653 > Also, the same could be integrated into Search Wiki (CTRL-ALT-F).  
    652   >  
      654 >   
    652 654 > PLUS: HoldDownCtrl+Click would also come in handy here. E.g. you pick  
    653 655 > several wikiwords in the tree (or in the 'Open Wiki Word' window or in  
     
    661 663  
    662 664  
    663    
    664 665 +++ Parentless words as family wiki-words  
    665   > Then a bug report: if a wikiword (e.g.: AaA) is the child of a parent-less  
    666   > wikiword (e.g.:BbB), AaA doesn't show up in the tree view. I expected to see  
      666 > Then a bug report: if a wikiword (e.g.: AaA) is the child of a parent-less  
      667 > wikiword (e.g.:BbB), AaA doesn't show up in the tree view. I expected to see  
    667 668 > AaA as the child of BbB, with BbB showed under the parent-less-nodes node.  
    668 669  
     
    689 690 +++ Configurable delimiters to enclose wiki words instead of brackets  
    690 691 Using the same delimiters for wikiwords and properties makes sense to  
    691   me. More consistent, and doesn't require having to think about it.  
      692 me. More consistent, and doesn't require having to think about it.   
    691 692  
    692 693  
     
    702 703 > Disable sync highlighting for pages larger than X bytes. X is value  
    703 704 > definable by the user.  
    704   >  
      705 >   
    704 705 > 5. Attributes: In terms of the sync. highlighting it would be fine if  
    705 706 > it would be possible to turn highlighting on or off using these or  
     
    729 730  
    730 731  
    731    
    732   +++ No switching to new page on right-click in tree  
    733   > 7. Tree and mouse: When right clicking on an item in the tree to open  
    734   > the context menu, in the edit / preview pane the according page is  
    735   > displayed. I guess it would be more intuitive, if the according page  
    736   > is only displayed when left clicking an item in the tree. In other  
    737   > words: When just right clicking on a tree item, the editor / preview  
    738   > pane shouldn't change its focus.  
    739    
    740    
    741    
    742 732 +++ Combined shortcut Wikize word + go to new word  
    743 733 > You can already use "Editor"->"Wikize Selected Word" (or press Ctrl-J)  
     
    751 741  
    752 742 +++ Random word at startup  
    753   > Michael--Thanks for incorporating the "First word at startup" option  
    754   > in the latest release. As an extension (or antithesis) of that  
    755   > feature, might it also be possible to have an option to start on a  
    756   > random page? This would be amusing and useful in the sense of  
      743 > Michael--Thanks for incorporating the "First word at startup" option  
      744 > in the latest release. As an extension (or antithesis) of that  
      745 > feature, might it also be possible to have an option to start on a  
      746 > random page? This would be amusing and useful in the sense of  
    757 747 > reminding us of the existence of long-forgotten pages.  
  • branches/stable-1.6/setup.py

    r75 r86  
    21 21  
    22 22 setup(name='WikidPad',  
    23         version='1.6rc',  
      23       version='1.6',  
    23 23       author='Michael Butscher',  
    24 24       author_email='mbutscher@gmx.de',  
  • branches/stable-1.6/wikidpad_unicode.iss

    r82 r86  
    42 42 SolidCompression=true  
    43 43 AppName=WikidPad  
    44   AppVerName=WikidPad 1.6urc4  
      44 AppVerName=WikidPad 1.6  
    44 44 DefaultDirName={pf}\WikidPad  
    45 45 DefaultGroupName=WikidPad  
    46 46 AppID={{22A83C29-58A8-4CAB-8EDC-918D74F8429E}  
    47 47 VersionInfoVersion=1.6  
    48   VersionInfoTextVersion=WikidPad 1.6urc4  
      48 VersionInfoTextVersion=WikidPad 1.6  
    48 48 LicenseFile=C:\DATEN\Projekte\Wikidpad\Current\license.txt  
    49 49 AllowNoIcons=true  
    50 50 ShowLanguageDialog=yes  
    51 51 Compression=lzma/ultra  
    52   OutputBaseFilename=WikidPad-1.6urc4  
      52 OutputBaseFilename=WikidPad-1.6  
    52 52 InternalCompressLevel=ultra  
    53 53 AppCopyright=© 2005-2006 Jason Horman, Michael Butscher, Gerhard Reitmayr  
  • branches/stable-1.6/WikidPadHelp/data/ChangeLog.wiki

    r82 r86  
    2 2  
    3 3  
      4 Aug. 15, 2006 (1.6 final)  
      5  
      6 Changes:  
      7     * Only name was changed  
      8  
      9  
      10  
    4 11 Jul. 5, 2006 (1.6rc4)  
    5 12  
  • branches/stable-1.6/lib/pwiki/AboutDialog.py

    r81 r86  
    14 14         <table bgcolor="#CCCCCC" width="100%%" cellspacing="0" cellpadding="0" border="1">  
    15 15             <tr>  
    16                   <td align="center"><h2>wikidPad 1.6rc4</h2></td>  
      16                 <td align="center"><h2>wikidPad 1.6</h2></td>  
    16 16             </tr>  
    17 17         </table>