You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(7) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(21) |
| 2004 |
Jan
(4) |
Feb
(4) |
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
(7) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(6) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: coder <la...@ma...> - 2006-06-22 18:46:12
|
Le 22 juin 06 =E0 19:10, Adam Maxwell a =E9crit : > I'm getting a build failure with current svn at > > .sh: line 2: ../Scripts/iTM2UpdateInfoPList.pl: No such file or =20 > directory > ** BUILD FAILED ** > > and the script is indeed missing. Oups, forgot to svn add... replace it with a void script before I commit once more. I am .xcconfiguring... |
|
From: Adam M. <ama...@ma...> - 2006-06-22 17:10:13
|
I'm getting a build failure with current svn at .sh: line 2: ../Scripts/iTM2UpdateInfoPList.pl: No such file or directory ** BUILD FAILED ** and the script is indeed missing. |
|
From: coder <la...@ma...> - 2006-06-04 12:24:11
|
Le 4 juin 06 =E0 03:45, Adam R. Maxwell a =E9crit : > > >> AFAIR, this was a problem a long time ago and Gerben added some code >> to TeXShop to remove the tasks not killed... > > NSTask and threads don't play well together, unfortunately...we use a > threadsafe task wrapper and message queue in BibDesk for its TeX > preview, which helped quite a bit. Ok, I think I had already fixed this (a pair of missed [currentThread =20= exit]) |
|
From: Adam R. M. <ama...@ma...> - 2006-06-04 01:44:36
|
On Jun 3, 2006, at 17:33, coder wrote:
>
> Le 3 juin 06 =E0 19:33, Adam R. Maxwell a =E9crit :
>
>> I've been using the latest iTM2 at work (now that syntax highlighting
>> prefs stick!), and so far I like the new project mechanism. One
>> thing I've noticed is that the thread count in Activity Monitor
>> increases if I use the "Stop" button on the toolbar (usually the
>> typeset button) to stop a failed compile. If I use the exit button
>> on the console window, the thread count goes down properly.
>
> I do not experience this actually, but I might have not fallen into
> the expected situation.
> I am running 10.4.6 on intel
It was quite reproducible on my dual 1.8 G5 at work. I can't even =20
open or create a new project document on my G4 PowerBook at home, =20
though, which is very strange. I get a beachball with the following =20
sample snippet (until it runs out of memory). This is with iTM2p13.
Analysis of sampling pid 5185 every 10.000000 milliseconds
Call graph:
286 Thread_0f07
286 -[iTM2PDocumentController =20
openDocumentWithContentsOfURL:display:error:]
286 -[iTM2PDocumentController =20
openDocumentWithContentsOfURL:display:error:]
286 -[iTM2PDocumentController =20
openDocumentWithContentsOfURL:display:error:]
286 -[iTM2PDocumentController =20
openDocumentWithContentsOfURL:display:error:]
286 -[iTM2PDocumentController =20
openDocumentWithContentsOfURL:display:error:]
286 -[iTM2PDocumentController =20
openDocumentWithContentsOfURL:display:error:]
286 -[iTM2PDocumentController =20
openDocumentWithContentsOfURL:display:error:]
286 -[iTM2PDocumentController =20
openDocumentWithContentsOfURL:display:error:]
286 -[iTM2PDocumentController =20
openDocumentWithContentsOfURL:display:error:]
286 -[iTM2PDocumentController =20
openDocumentWithContentsOfURL:display:error:]
> AFAIR, this was a problem a long time ago and Gerben added some code
> to TeXShop to remove the tasks not killed...
NSTask and threads don't play well together, unfortunately...we use a =20=
threadsafe task wrapper and message queue in BibDesk for its TeX =20
preview, which helped quite a bit.
>
>> I'd look at this myself, but I can't get iTM2 to compile properly
>> from source. For BibDesk, I have Xcode prefs set up to use a
>> customized location for build products and intermediate products, so
>> a) we don't pollute the source tree b) no paths are hard-coded, and
>> c) frameworks are found without changing search paths. However, that
>> breaks the assumption of ../build that's made in all the iTM2
>> subprojects. I think an xcconfig could be used to work around this,
>> but haven't had time to look at it.
>
> While migrated from powerpc to intel, I certainly had to change some
> settings because the path did change...
> Now it should work by double clicking the apropriate script.
> However, I wish I had known about .xcconfig files long before, it
> would have saved me so much time while trying to setup the various
> projects... I should investigate this further when I have some time.
I tried the build scripts, but ended up with build products in my ~/=20
BuildProducts directory, so linking failed early on. The Omni =20
frameworks use xcconfig files pretty heavily, so I might take a look =20
at their build script.
-- adam
|
|
From: coder <la...@ma...> - 2006-06-04 00:43:06
|
Le 3 juin 06 =E0 19:33, Adam R. Maxwell a =E9crit : > I've been using the latest iTM2 at work (now that syntax highlighting > prefs stick!), and so far I like the new project mechanism. One > thing I've noticed is that the thread count in Activity Monitor > increases if I use the "Stop" button on the toolbar (usually the > typeset button) to stop a failed compile. If I use the exit button > on the console window, the thread count goes down properly. I do not experience this actually, but I might have not fallen into =20 the expected situation. I am running 10.4.6 on intel AFAIR, this was a problem a long time ago and Gerben added some code =20 to TeXShop to remove the tasks not killed... > > I'd look at this myself, but I can't get iTM2 to compile properly > from source. For BibDesk, I have Xcode prefs set up to use a > customized location for build products and intermediate products, so > a) we don't pollute the source tree b) no paths are hard-coded, and > c) frameworks are found without changing search paths. However, that > breaks the assumption of ../build that's made in all the iTM2 > subprojects. I think an xcconfig could be used to work around this, > but haven't had time to look at it. While migrated from powerpc to intel, I certainly had to change some =20 settings because the path did change... Now it should work by double clicking the apropriate script. However, I wish I had known about .xcconfig files long before, it =20 would have saved me so much time while trying to setup the various =20 projects... I should investigate this further when I have some time. I have just one bug to fix and I will post a new preview, which I =20 hope is stronger... > > -- Adam > > > _______________________________________________ > Itexmac-developer mailing list > Ite...@li... > https://lists.sourceforge.net/lists/listinfo/itexmac-developer |
|
From: Adam R. M. <ama...@ma...> - 2006-06-03 17:32:45
|
I've been using the latest iTM2 at work (now that syntax highlighting prefs stick!), and so far I like the new project mechanism. One thing I've noticed is that the thread count in Activity Monitor increases if I use the "Stop" button on the toolbar (usually the typeset button) to stop a failed compile. If I use the exit button on the console window, the thread count goes down properly. I'd look at this myself, but I can't get iTM2 to compile properly from source. For BibDesk, I have Xcode prefs set up to use a customized location for build products and intermediate products, so a) we don't pollute the source tree b) no paths are hard-coded, and c) frameworks are found without changing search paths. However, that breaks the assumption of ../build that's made in all the iTM2 subprojects. I think an xcconfig could be used to work around this, but haven't had time to look at it. -- Adam |
|
From: <jer...@u-...> - 2005-06-14 18:48:01
|
Le 10 juin 05, =E0 00:09, Sensei a =E9crit : > Hi! > > I'm using TexMac and I'm quite happy with it... some of the features=20= > are broken but it's a pretty good program! > > A whish for even a nicer editor can be the introduction of the column=20= > count (currently only rows are displayed) and a margin line. I mean,=20= > being latex textual, it's useful using a fixed font, and the 80-column=20= > margin line is really useful, otherwise we have simply loooooong lines=20= > which can be quite messy when an error is found (``error on line=20 > 44''... but if line 44 is 3000 characters long...) > > Thank you for this program! I wish to help somehow, but I'm not good=20= > at objective-c... if you need help I can give a hand! C, C++,=20 > assembly, whatever but not objective c :) > > --=20 > Sensei <sen...@ti...> > > cd /pub > more beer > Cool one please... Well, it's been a long time since I wanted to implement that but I have=20= a huge amount of things to do. Moreover we plan to spend the week-end=20 at Euro Disney... What a pity! But the kids will be happy. |
|
From: Sensei <sen...@ti...> - 2005-06-09 22:09:55
|
Hi! I'm using TexMac and I'm quite happy with it... some of the features are broken but it's a pretty good program! A whish for even a nicer editor can be the introduction of the column count (currently only rows are displayed) and a margin line. I mean, being latex textual, it's useful using a fixed font, and the 80- column margin line is really useful, otherwise we have simply loooooong lines which can be quite messy when an error is found (``error on line 44''... but if line 44 is 3000 characters long...) Thank you for this program! I wish to help somehow, but I'm not good at objective-c... if you need help I can give a hand! C, C++, assembly, whatever but not objective c :) -- Sensei <sen...@ti...> cd /pub more beer |
|
From: Adam R. M. <ama...@ma...> - 2005-05-16 13:37:41
|
On May 16, 2005, at 03:05, J=E9r=F4me Laurens wrote: > > Le 15 mai 05, =E0 23:05, Adam R. Maxwell a =E9crit : > > >> There have been some problems with Tiger compatibility announced =20 >> on the MacOSX-TeX list (they are also filed as bug reports on =20 >> sf.net). Given that iTM2 is apparently in progress, is it =20 >> worthwhile to try fixing these problems? I don't know the code =20 >> well enough to identify the problem straight away. >> > > I don't think so. > > I am trying to fix the pdf navigation with tiger (texshop =20 > navigation is not stong enough) and I will send a preview. OK, sounds good. I fixed the problem in 1.3.15 (at least partially) =20 by having the iTMRepAlbumView listen for =20 NSViewBoundsDidChangeNotification and send setNeedsDisplay:YES to =20 [[self subviews] lastObject]. I'm not sure if the geometry is =20 updated correctly, though. Adam= |
|
From: <jer...@u-...> - 2005-05-16 10:06:51
|
Le 15 mai 05, =E0 23:05, Adam R. Maxwell a =E9crit : > There have been some problems with Tiger compatibility announced on=20 > the MacOSX-TeX list (they are also filed as bug reports on sf.net). =20= > Given that iTM2 is apparently in progress, is it worthwhile to try=20 > fixing these problems? I don't know the code well enough to identify=20= > the problem straight away. I don't think so. I am trying to fix the pdf navigation with tiger (texshop navigation is=20= not stong enough) and I will send a preview. > > --=20 > Adam > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_id=3D7393&alloc_id=3D16281&op=3Dclick > _______________________________________________ > Itexmac-developer mailing list > Ite...@li... > https://lists.sourceforge.net/lists/listinfo/itexmac-developer > |
|
From: Adam R. M. <ama...@ma...> - 2005-05-15 21:05:54
|
There have been some problems with Tiger compatibility announced on the MacOSX-TeX list (they are also filed as bug reports on sf.net). Given that iTM2 is apparently in progress, is it worthwhile to try fixing these problems? I don't know the code well enough to identify the problem straight away. -- Adam |
|
From: Adam R. M. <ama...@ma...> - 2004-09-22 18:49:59
|
On Sep 19, 2004, at 23:48, J=E9r=F4me Laurens wrote: > > Le 19 sept. 04, =E0 21:57, Adam R. Maxwell a =E9crit : > >> Hi J=E9r=F4me, >> >> Will the sourceforge cvs see an update soon? It's presently=20 >> unusable, unless you pull the source from sometime before the 1.3.15=20= >> release date (some shell script issues). > > I believe new branches are made for that, may be you can create a new=20= > branch to fix things starting from 1.3.15. OK, I'll see if I can find time to do this next week. --=20 Adam= |
|
From: <jer...@u-...> - 2004-09-20 06:49:39
|
Le 19 sept. 04, =E0 21:57, Adam R. Maxwell a =E9crit : > Hi J=E9r=F4me, > > Will the sourceforge cvs see an update soon? It's presently unusable,=20= > unless you pull the source from sometime before the 1.3.15 release=20 > date (some shell script issues). I believe new branches are made for that, may be you can create a new=20 branch to fix things starting from 1.3.15. |
|
From: Adam R. M. <ama...@ma...> - 2004-09-19 19:57:42
|
Hi J=E9r=F4me, Will the sourceforge cvs see an update soon? It's presently unusable,=20= unless you pull the source from sometime before the 1.3.15 release date=20= (some shell script issues). I've got some minor fixes for hyperref, where warnings are seen as=20 errors and keep the final PDF from being shown (you might have already=20= fixed this, but it was bugging me). thanks, Adam= |
|
From: Adam M. <ama...@ma...> - 2004-07-26 02:50:47
|
On Jul 25, 2004, at 19:17, J=E9r=F4me Laurens wrote: > These are the linker magics I guess. I guess so :/. We switched the mechanism over to an InputManager,=20 using +poseAsClass on NSTextView to override the autocomplete stuff;=20 this way we get BibDesk autocompletion in any Cocoa app for free (with=20= 10.3 and above), and keep the code independent of front ends. > > I changed your developer status to project admin. > It was a nonsense to have only one project admin. > Tell me if you don't agree. Sounds fine to me. Let me know if there's anything I should help with. > > I am leaving for a couple of weeks. I worked very very very hard but=20= > could not achieve my goals. Sorry to hear that! Hope it helps to be away...? --=20 Adam= |
|
From: <jer...@u-...> - 2004-07-26 00:17:55
|
Le 23 juil. 04, =E0 22:32, Adam Maxwell a =E9crit : > > On Jul 23, 2004, at 13:23, J=E9r=F4me Laurens wrote: > >> >> completionsForPartialWordRange:indexOfSelectedItem: is a X.3 feature >> Are you linking against the X.3 framework? >> In xcode, you can choose between different system versions in the=20 >> inspector window for the project. >> Are you using ProjectBuilder or XCode? > > You are right. I'm using Xcode, and was linking against 10.2.x sdk. =20= > Still, even after clean/compile with 10.3.x frameworks, it didn't work=20= > until I removed the TextExtras InputManager bundle. Strange that TE=20= > doesn't interfere in other apps... > These are the linker magics I guess. I changed your developer status to project admin. It was a nonsense to have only one project admin. Tell me if you don't agree. I am leaving for a couple of weeks. I worked very very very hard but=20 could not achieve my goals. |
|
From: Adam M. <ama...@ma...> - 2004-07-23 20:33:02
|
On Jul 23, 2004, at 13:23, J=E9r=F4me Laurens wrote: > > completionsForPartialWordRange:indexOfSelectedItem: is a X.3 feature > Are you linking against the X.3 framework? > In xcode, you can choose between different system versions in the=20 > inspector window for the project. > Are you using ProjectBuilder or XCode? You are right. I'm using Xcode, and was linking against 10.2.x sdk. =20 Still, even after clean/compile with 10.3.x frameworks, it didn't work=20= until I removed the TextExtras InputManager bundle. Strange that TE=20 doesn't interfere in other apps... --=20 Adam |
|
From: <jer...@u-...> - 2004-07-23 18:23:45
|
Le 23 juil. 04, =E0 20:08, Adam Maxwell a =E9crit : > > On Jul 23, 2004, at 12:26, J=E9r=F4me Laurens wrote: >> >> I suggest you to poseAsClass: instead of just declaring a category >> > [...] >> At launch time, the runtime system automatically sends the +load=20 >> message, then your patch to the NSTextView is automatically installed=20= >> and your complete: is available. I find this trick fabulous... > > Cool! I've never tried that, but it loads it as you say; I guess=20 > poseAsClass is more like implementing a subclass? > > It's still not working, though, since the message=20 > completionsForPartialWordRange:indexOfSelectedItem: isn't getting=20 > received by my addition. The system declares these in NSTextView.h as=20= > @interface NSTextView (NSCompletion) > ... > @end > completionsForPartialWordRange:indexOfSelectedItem: is a X.3 feature Are you linking against the X.3 framework? In xcode, you can choose between different system versions in the=20 inspector window for the project. Are you using ProjectBuilder or XCode? |
|
From: Adam M. <ama...@ma...> - 2004-07-23 18:08:35
|
On Jul 23, 2004, at 12:26, J=E9r=F4me Laurens wrote: > > I suggest you to poseAsClass: instead of just declaring a category > [...] > At launch time, the runtime system automatically sends the +load=20 > message, then your patch to the NSTextView is automatically installed=20= > and your complete: is available. I find this trick fabulous... Cool! I've never tried that, but it loads it as you say; I guess=20 poseAsClass is more like implementing a subclass? It's still not working, though, since the message=20 completionsForPartialWordRange:indexOfSelectedItem: isn't getting=20 received by my addition. The system declares these in NSTextView.h as=20= @interface NSTextView (NSCompletion) ... @end I'm not sure what to try next. Something, somewhere is getting the=20 complete: selector, since it's working for non-Bibdesk completions in=20 iTM. > > Other problems can come from the F6 key binding, does it work as=20 > expected? It appears to work. It completes the same as opt-esc in TextEdit, for=20= instance, and appears to be functional in TeXShop for the Bibdesk=20 autocomplete. --=20 Adam |
|
From: <jer...@u-...> - 2004-07-23 17:27:04
|
Le 23 juil. 04, =E0 14:46, Adam Maxwell a =E9crit : > Hi J=E9r=F4me, > > I thought I'd pass on an update to this old topic. Sven S. Porst has=20= > been adding AppleScript support to Bibdesk, and also added code to=20 > TeXShop to give it bibitem autocompletion (discussion here=20 > <http://bibdesk.sourceforge.net/wiki/index.php/TeXShopIntegration>). =20= > I bound complete: to F6 in=20 > ~/Library/KeyBindings/DefaultKeyBinding.dict since iTM grabs opt-esc,=20= > and have autocompletion working. I then added his categories to=20 > iTMTextView, but couldn't get it working, although everything compiles=20= > (and it does work with his modified version of TeXShop). Any hints? Categories are useful when adding new message to already existing=20 classes. In that case you modify an already existing message and there might be=20= conflicts. I suggest you to poseAsClass: instead of just declaring a category @interface NSTextView_complete: NSTextView @end @implementation NSTextView_complete + (void) load; { [self poseAsClass: [NSTextView class]]; } - (void) complete: (id) sender; { // add your code here [super complete: sender]; } @end You just add this somewhere in the code. At launch time, the runtime system automatically sends the +load=20 message, then your patch to the NSTextView is automatically installed=20 and your complete: is available. I find this trick fabulous... Other problems can come from the F6 key binding, does it work as=20 expected? > > regards, > Adam > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_idG21&alloc_id=10040&op=FFick > _______________________________________________ > Itexmac-developer mailing list > Ite...@li... > https://lists.sourceforge.net/lists/listinfo/itexmac-developer > |
|
From: Adam M. <ama...@ma...> - 2004-07-23 12:47:01
|
Hi J=E9r=F4me, I thought I'd pass on an update to this old topic. Sven S. Porst has=20 been adding AppleScript support to Bibdesk, and also added code to=20 TeXShop to give it bibitem autocompletion (discussion here=20 <http://bibdesk.sourceforge.net/wiki/index.php/TeXShopIntegration>). I=20= bound complete: to F6 in ~/Library/KeyBindings/DefaultKeyBinding.dict=20 since iTM grabs opt-esc, and have autocompletion working. I then added=20= his categories to iTMTextView, but couldn't get it working, although=20 everything compiles (and it does work with his modified version of=20 TeXShop). Any hints? regards, Adam= |
|
From: Adam M. <ama...@ma...> - 2004-05-29 19:42:55
|
On 28 May, 2004, at 02:14, J=E9r=F4me Laurens wrote: > > Le 27 mai 04, =E0 17:19, Adam Maxwell a =E9crit : >> Someone has posted a request for better integration between BibDesk=20= >> and the front ends at=20 >> <http://bibdesk.sourceforge.net/wiki/index.php/WishList>. Any ideas=20= >> on this? Currently, BibDesk provides Services which search .bib=20 >> files based on citekey, title, or another BibTeX key using e.g.=20 >> "Author=3Djon" in a Services-aware app would return \cite{jones1999,=20= >> jones 2000, jonson2000}. I think >> >> BOOL NSPerformService( NSString *serviceItem, NSPasteboard *pboard ) >> >> could be used to get this list, which could be used to fill a popup=20= >> as in Apple's autocompletion, but perhaps there is a better way. =20 >> More information could be passed as well from BibDesk (title, author=20= >> list, etc.); I can bring this up on the bibdesk-develop list. >> > > I once asked the author of bibdesk for such an integration,=20 > unfortunately we did not have time to elaborate anything. > > I guess, that applescript and DO's are the technologies to allow a=20 > cool integration, but the first one seems to me the most=20 > easy/strongest to use. There should be a unique applescript suite for=20= > such thing. > > Anyway prior to any implementation, there should be some kind of=20 > formal protocol as model of the communications between a front end and=20= > bibdesk. Agreed, and AppleScript sounds like a good route for implementation. =20 I'm wondering what kind of information would be needed, although this=20 can be flexible; some sort of dictionary object would be necessary for=20= identifying the search results, but the front end only wants to keep=20 the citekey. > You mention the search protocol, maybe an "add new entry" as well? I think a Service would be the best way to handle this, i.e. select a=20 BibTeX entry/entries then "Add Bibitems" or something; I'm hoping to=20 add this myself when I get time to learn more Cocoa. > I am currently working very hard on new design for iTM. Things are=20 > going pretty well but we will have a big change when it is complete.=20= > It means that this kind of improvements will not occur within the next=20= > days... Understood. BibDesk is approaching v. 1.0, so there will likewise be=20 no changes of this nature. thanks, Adam= |
|
From: <jer...@u-...> - 2004-05-28 07:14:52
|
Le 27 mai 04, =E0 17:19, Adam Maxwell a =E9crit : > J=E9r=F4me, > > Someone has posted a request for better integration between BibDesk=20 > and the front ends at=20 > <http://bibdesk.sourceforge.net/wiki/index.php/WishList>. Any ideas=20= > on this? Currently, BibDesk provides Services which search .bib files=20= > based on citekey, title, or another BibTeX key using e.g. "Author=3Djon"= =20 > in a Services-aware app would return \cite{jones1999, jones 2000,=20 > jonson2000}. I think > > BOOL NSPerformService( NSString *serviceItem, NSPasteboard *pboard ) > > could be used to get this list, which could be used to fill a popup as=20= > in Apple's autocompletion, but perhaps there is a better way. More=20 > information could be passed as well from BibDesk (title, author list,=20= > etc.); I can bring this up on the bibdesk-develop list. > I once asked the author of bibdesk for such an integration,=20 unfortunately we did not have time to elaborate anything. I guess, that applescript and DO's are the technologies to allow a cool=20= integration, but the first one seems to me the most easy/strongest to=20 use. There should be a unique applescript suite for such thing. Anyway prior to any implementation, there should be some kind of formal=20= protocol as model of the communications between a front end and=20 bibdesk. You mention the search protocol, maybe an "add new entry" as=20 well? I am currently working very hard on new design for iTM. Things are=20 going pretty well but we will have a big change when it is complete. It=20= means that this kind of improvements will not occur within the next=20 days...= |
|
From: Adam M. <ama...@ma...> - 2004-05-27 15:19:37
|
J=E9r=F4me, Someone has posted a request for better integration between BibDesk and=20= the front ends at=20 <http://bibdesk.sourceforge.net/wiki/index.php/WishList>. Any ideas on=20= this? Currently, BibDesk provides Services which search .bib files=20 based on citekey, title, or another BibTeX key using e.g. "Author=3Djon"=20= in a Services-aware app would return \cite{jones1999, jones 2000,=20 jonson2000}. I think BOOL NSPerformService( NSString *serviceItem, NSPasteboard *pboard ) could be used to get this list, which could be used to fill a popup as=20= in Apple's autocompletion, but perhaps there is a better way. More=20 information could be passed as well from BibDesk (title, author list,=20 etc.); I can bring this up on the bibdesk-develop list. --=20 Adam= |
|
From: <jer...@u-...> - 2004-02-11 17:49:30
|
Le 11 f=E9vr. 04, =E0 16:58, Adam Maxwell a =E9crit : > Hi all, > > Some help updates made to JAGUAR_BRANCH today. A rebuild of iTM had=20= > the updated Help accessible from the menu and searchable. > > Should I send notices like this to the dev list, or is there a=20 > separate list this should go to? bibdesk.sourceforge.net has a list=20= > that automatically tracks cvs add/commit activity, which works well. This is indeed the right solution, I will try to activate this feature. The cvs list is dedicated to this purpose. > > rgds, > Adam > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Itexmac-developer mailing list > Ite...@li... > https://lists.sourceforge.net/lists/listinfo/itexmac-developer > |