headers
Steffen Hoffmann | 1 May 2011 13:42
Picon

Re: [Trac-dev] Virtual attachments


Hello,

30.04.2011 19:09, wrote Mitar:
> Hi!
> 
> Is there some interface or other way to add virtual attachments to
> the resource?
Interesting question. Nothing in current code, AFAIK. I've reviewed a
lot of the code supporting attachment resource for another development.

> By virtual attachment I believe an attachment which would not be
> really stored on the hard drive but would just be seen as a file
> attached to the resource? So that [attachment:foo] link would work?
> The idea is to be able to have external attachments (like links to
> external pictures), so [attachment:foo] would translate to this 
> external link?
Oh well, so you'd like to have a choice in current attachment upload
dialog to not select a local file but fill in the URL to a remote
resource instead, right? Further think about your demand then:
1. Exactly what transport protocols should be supported?
2. Require a download for auto-detecting file properties (file size, for
images resolution too)?
3. Provide a method for "re-sync" on remote changes, even auto-detect them?
4. Cache a preview/thumbnail locally?
5. How to deal with (temporary) not available resources?
Just to name some aspects. I wonder, if/how this fits in with the ideas
about GenericTrac and rework of data models in Trac in general.

> I would like to do that through attachments so that I would be able
(Continue reading)

Permalink | Reply | 1 comment |
headers
osimons | 1 May 2011 18:32
Picon

[Trac-dev] Re: Virtual attachments


On Apr 30, 7:09 pm, Mitar <mmi... <at> gmail.com> wrote:
> I would like to do that through attachments so that I would be able to
> reuse existing components. Like ImageMacro.

If the attachment is virtual, it is just a link somewhere isn't it?
And ImageMacro supports regular http/https/ftp schemes or really
anything supported by your Trac (now a configurable whitelist due to
security).

Now, what would be useful is if Trac could resolve InterMapTxt
definitions for things like ImageMacro. That way you could just define
a mapping:

images      http://server/files/$1.jpg

...and use this mapping in the image macro without worrying about
where it is hosted - if files move, then just update the definition:

[[Image(images:myfile)]]

You won't of course get some of the other attachment features like
permissions, listing++, but as Steffen says this can quickly become
quite complex to support.

My suggestion would be a Trac enhancement -> ticket + patch
welcome :-)

:::simon
https://www.coderesort.com
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mitar | 1 May 2011 19:08
Picon

Re: [Trac-dev] Virtual attachments

Hi!

On Sun, May 1, 2011 at 1:42 PM, Steffen Hoffmann <hoff.st <at> web.de> wrote:
> In theory it should be possible to overwrite and extend current
> attachment code to accept some kind of IAttachmentProvider and make
> local file store (current Trac core) and your remote store just two
> options, might allow for creating one provider per remote transport
> protocol for clarity.

Yes. So there is no provider like that already implemented.

So the idea is to have such attachments also listed under the page and so on.

OK, just to know. There are also some other ways for me. Just wanted
to know if I am missing anything already available.

Mitar

--

-- 
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com.
To unsubscribe from this group, send email to trac-dev+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en.
Permalink | Reply | 0 comments |
headers
elf Pavlik | 4 May 2011 19:17
Gravatar

[Trac-dev] Invitation: Federated Social Web - Conference Europe & W3C Group

Hello,

I would like to invite you to join us for the upcoming Federated Social Web Europe Conference - June 3-5th in Berlin
http://d-cent.org/fsw2011/

And also consider joining W3C Federated Social Web incubator group (soon changing into community group)
http://www.w3.org/2005/Incubator/federatedsocialweb/

We send invites to various projects working on protocols for federated social networking and developers
of open source platforms implementing them. You can see growing list of invites here:
http://www.w3.org/2005/Incubator/federatedsocialweb/wiki/FSWE2011_-_Sent_Invitations

If you would like to join us for the conference but need help with organizing your travel and stay in Berlin,
please add yourself to the list on this page:
http://www.w3.org/2005/Incubator/federatedsocialweb/wiki/FSWE2011_-_Travel_Support_Requests

Please also feel invited to take a closer look on the wiki of our group, still in it's early stage but already
providing some information about group participants, related protocols and software - including list
of open source platforms where developers already work on implementing federation or consider
implementing it:
http://www.w3.org/2005/Incubator/federatedsocialweb/wiki/Main_Page

Last but not least, our public mailing list with its archives stays available here:
http://lists.w3.org/Archives/Public/public-xg-federatedsocialweb/

Looking forward to work together with you on improving interoperability of social networking platforms
and increasing freedom of all of us using them!

elf Pavlik
Participant of W3C Federated Social Web Incubator Group
(Continue reading)

Permalink | Reply | 0 comments |
headers
O | 8 May 2011 23:02
Picon

[Trac-dev] linux users authentification

Hello, trac developers,

I need another auth metod.
Now there is two methods - auth and basic-auth.

I need method which will read users/password from /etc/shadow file

I have two questions:
1. Maybe there is some patch or plugin for this functionality?
2. This is good idea?
3. If i will develop this feature, there is chances to include linux
authentication method in version 0.13? should i write robust and nice
code?

Oles

--

-- 
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com.
To unsubscribe from this group, send email to trac-dev+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en.
Permalink | Reply | 4 comments |
headers
Noah Kantrowitz | 9 May 2011 02:11
Gravatar

Re: [Trac-dev] linux users authentification

The usual way to do this is with pwauth[1]. I wrote a backend for AccountManager long ago that probably still
works[2], though you could also mod_authnz_external[3] which is developed alongside pwauth.

--Noah

1: http://code.google.com/p/pwauth/
2: http://pypi.python.org/pypi/TracPwAuth/1.0
3: http://code.google.com/p/mod-auth-external/

On May 8, 2011, at 2:02 PM, O wrote:

> Hello, trac developers,
> 
> I need another auth metod.
> Now there is two methods - auth and basic-auth.
> 
> I need method which will read users/password from /etc/shadow file
> 
> I have two questions:
> 1. Maybe there is some patch or plugin for this functionality?
> 2. This is good idea?
> 3. If i will develop this feature, there is chances to include linux
> authentication method in version 0.13? should i write robust and nice
> code?
> 
> Oles
> 
> -- 
> You received this message because you are subscribed to the Google Groups "Trac Development" group.
> To post to this group, send email to trac-dev <at> googlegroups.com.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Mat Booth | 11 May 2011 19:10
Picon

[Trac-dev] Interested in being a full-time Trac developer?

My apologies if you have seen this already on the Trac-Hacks mailing list.

WANdisco is an active participant in the Apache Subversion Open Source project.

We are interested in active participation in Trac. We are looking for
full-time software engineers (who have contributed to Trac in the
past) to join our team.

If you are interested please reply to this email.

-- 
Mat Booth

--

-- 
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com.
To unsubscribe from this group, send email to trac-dev+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en.
Permalink | Reply | 0 comments |
headers
dream anjel | 12 May 2011 11:38
Picon

[Trac-dev] Earn $2000 to $4000 on online per month without inversment

Earn $2000 to $4000 on online per month without inversment

    * No Investment. No Joining Fees.
    * SignUp Bonus $ 5, 20 cent for each referral
    * 100% Free to Join.
    * Home based Part time Online Jobs.

For further detail

Register this link

http://www.earnbyforex.com/index.php?id=33294993

--

-- 
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com.
To unsubscribe from this group, send email to trac-dev+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en.
Permalink | Reply | 0 comments |
headers
mic | 12 May 2011 19:49

[Trac-dev] regarding linkin in a plugin

I'm currently writing a plug-in for Trac and I have a question
regarding setting links in the plug-in:
The plug-in is in a new mainnav-tab and its template is shown in the
correct way. On the html-site of the plugin I have html-elements that
should link to other templates.
I want that the new html-template is integrated in the rest of the
trac environment (under the plug-in-tab)

I have seen another Plug-in which uses add_ctxtnav(req, 'bla',
req.href.bla("/bla_reports")) to link to other templates. I want
basically a similar behavior but with the normal <a href=""> links.

Is my question understandable?
How can I implement this?

Best regards,
Micha-Jamie Guthmann

--

-- 
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com.
To unsubscribe from this group, send email to trac-dev+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en.
Permalink | Reply | 5 comments |
headers
James Emerton | 12 May 2011 20:41

[Trac-dev] CommitTicketUpdater and TracMercurial

We're using the CommitTicketUpdater extension with a Mercurial
repository, and I've noticed a bit of trouble closing tickets from the
commit message.

It seems that CommitTicketUpdater uses the changeset author to lookup
permissions for that user and verify that they are allowed to close
tickets.  I am in some disagreement here, since I think if a changeset
closing a ticket makes it into a repository the ticket should be
closed.  This is particularly true for the DVCS case, where a
changeset may be authored by a third party and pushed to the repo by a
trusted committer.  At the very least I believe the permission check
should be optional.

The other half of this issue is that TracMercurial is passing through
the Hg user verbatim.  The convention if for these users to take the
form "Bob Smith <bob <at> smith.com>" while Bob's trac user is more likely
to be "bob <at> smith.com".  I propose that the author provided to the
Changeset object be parsed down to just an email address if possible.

James

--

-- 
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com.
To unsubscribe from this group, send email to trac-dev+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en.
Permalink | Reply | 1 comment |

Gmane