==============================================================================
TOPIC: Setup Projects
http://groups.google.com/group/DotNetDevelopment/browse_thread/thread/4bba47e7fbaec479?hl=en
==============================================================================
== 1 of 1 ==
Date: Mon, Apr 14 2008 9:36 am
From: "Andrew Badera"
Do administrative materials really belong in a setup project target
directory?
On Sun, Apr 13, 2008 at 3:43 PM, kororos <lkororos@gmail.com> wrote:
>
> Hello,
>
> how can I prevent a setup project from cleaning the target folder
> before creating the setup project? Can it not delete only the files
> that it will generate?
>
> The problem arises when in the target folder I have other
> administration related folders/files like for version control.
>
> Thank you
>
> >
>
--
--Andy Badera
http://andrew.badera.us/ http://flipbitsnotburgers.blogspot.com/
andrew@badera.us
(518) 641-1280
Google me: http://www.google.com/search?q=andrew+badera
==============================================================================
TOPIC: How to export from datagridview to Excel?
http://groups.google.com/group/DotNetDevelopment/browse_thread/thread/b35b5e9e2ee6cc89?hl=en
==============================================================================
== 1 of 1 ==
Date: Mon, Apr 14 2008 9:39 am
From: "Andrew Badera"
Unpossible.
Can't do it.
There certainly wouldn't be tens upon tens of thousands of results in Google
telling you how to do just that, with a simple search.
Nope, just can't do it.
Translated: quit being a lazy asshat and go use Google.
On Sun, Apr 13, 2008 at 3:23 PM, rubber <mikel2006@gmail.com> wrote:
>
> Hi,
>
> I´m developing an application and I want some information in a
> DataGridView. But i want to export that information into an Excel
> sheet. I have the software MOffice 2003 installed in my computer. Is
> it esay to resolve this problem?.
> I will be very grateful if someone can explain me how to do it.
> Thanks for all,
> Bye
>
> >
>
--
--Andy Badera
http://andrew.badera.us/ http://flipbitsnotburgers.blogspot.com/
andrew@badera.us
(518) 641-1280
Google me: http://www.google.com/search?q=andrew+badera
==============================================================================
TOPIC: Basic of Threading
http://groups.google.com/group/DotNetDevelopment/browse_thread/thread/053c2edf08220543?hl=en
==============================================================================
== 1 of 1 ==
Date: Mon, Apr 14 2008 9:40 am
From: Cerebrus
Please refrain from self-promotion here or I will have to remove your
posts (or worse, ban you.) This is your final warning.
By the way, do you really think your article covers even the "basics"
of a topic as vast as Threading in .NET ? Do you believe you did
justice to the topic ? Compare it to the nearly half a million
articles / books / blogs already out there.
--
Cerebrus.
Group Moderator.
On Apr 13, 7:59 pm, dotnetboys <thakurkamal2...@gmail.com> wrote:
> Hi,
>
> Please check a good article on the basics of threading.
>
> http://www.dotnetboys.com/Articles/CSHARP/Threading/Threading.aspx
>
> Regards,
> Kamal Singh
==============================================================================
TOPIC: Create custom task pane in outlook 2003
http://groups.google.com/group/DotNetDevelopment/browse_thread/thread/c1d28701e5743080?hl=en
==============================================================================
== 1 of 1 ==
Date: Mon, Apr 14 2008 9:41 am
From: "Andrew Badera"
What?
What do you mean, "can not open that project" ? Are you getting specific
errors?
Having or not having VSTO wouldn't affect your ability to open a project.
Now, if the project is from another version of Visual Studio, sure, you
might have difficulties.
Be more explicit. Post any error messages.
And if you need to find the older VSTO USE GOOGLE. But VSTO SE should cover
Office 2003 and .NET 2.0 (which is what I assume you mean by "VB 2005").
I mean really, is it that tough?
On Mon, Apr 14, 2008 at 9:34 AM, Dhananjay <pandit.dhananjay@gmail.com>
wrote:
>
> Hi All,
> I am developing one COM addin using VSTO SE / VB 2005 / Office 2003. I
> want to create a custom task pane for office 2003. I created custom
> task pane in office 2007. I saw the link "http://msdn2.microsoft.com/
> en-us/library/aa537188.aspx<http://msdn2.microsoft.com/en-us/library/aa537188.aspx>"
> which shows that, we can create a action
> pane for word 2003. I downloaded the project from that site, but I can
> not open that project.
> I think the problem occures because I don't have VSTO (I am using VSTO
> SE and not VSTO) installed on my machine. So where can I download
> VSTO? Also if I install VSTO, will it be compatible with VSTO SE (I
> mean can both versions be install on same machine)? Further by reading
> the link, I saw that we can use ActionsPane class directly for
> creating task pane. But when I use ActionsPane.Control.Add in my code,
> I got error "Access of nonshared methods requires an object", but I
> can;t create the object of ActionsPane class.
> So ultimately anyone could point me to how can I create task pane in
> outlook 2003 using VSTO SE / VB 2005?
>
> Thanks in advance
>
> >
>
--
--Andy Badera
http://andrew.badera.us/ http://flipbitsnotburgers.blogspot.com/
andrew@badera.us
(518) 641-1280
Google me: http://www.google.com/search?q=andrew+badera
==============================================================================
TOPIC: updating an XML file in VB
http://groups.google.com/group/DotNetDevelopment/browse_thread/thread/b8033efb40d28482?hl=en
==============================================================================
== 1 of 1 ==
Date: Mon, Apr 14 2008 9:43 am
From: "Andrew Badera"
So wait, "you've" got it working or "your friend" got i working?
Next time, don't be a lying asshat. Kthxbai.
On Sun, Apr 13, 2008 at 2:12 PM, RustyFuture <huwfriedhoff@googlemail.com>
wrote:
>
> Thanks guys, I've got it working now using the XMLdocument by CK.
>
> On Apr 13, 2:46 pm, Cerebrus <zorg...@sify.com> wrote:
> > Personally, I wouldn't even consider any other option other than the
> > first... of course fine tuning it to the requirement. ;-)
> >
> > On Apr 12, 7:46 pm, CK <c...@cksiteoftreats.co.uk> wrote:
> >
> > > You've got 2 easy options.
> >
> > > 1 - Create an object oriented system where each DVD element is an
> > > object with Title, Director, Cost etc. as properties. You can then
> > > store these in some kind of collection and create a new one from your
> > > form data to add to the collection. Then when you need the xml, you
> > > can serialize your collection.
> >
> > > 2 - Open the document as an XmlDocument and use the xml namespace to
> > > create new elements and add them. e.g:
> > > (Please forgice any syntax errors, I'm a C# guy and am writing from an
> > > old memory of doing this)
> >
> > > Dim dvdxml As XmlDocument = XmlDocument.Open(filepath)
> > > Dim newDvd as XmlNode
> > > newDvd = XmlDocument.CreateElement()
> > > etc.
>
> >
>
--
--Andy Badera
http://andrew.badera.us/ http://flipbitsnotburgers.blogspot.com/
andrew@badera.us
(518) 641-1280
Google me: http://www.google.com/search?q=andrew+badera
==============================================================================
TOPIC: ASP Ajax Update Panel
http://groups.google.com/group/DotNetDevelopment/browse_thread/thread/ece46014a61b91a0?hl=en
==============================================================================
== 1 of 1 ==
Date: Mon, Apr 14 2008 9:44 am
From: "Andrew Badera"
Yep, you probably missed something.
Nope, I'm not sorting through your ugly lump of code to find it.
Learn how to debug. Learn how to present questions. Then get back to us.
Feel free to check out the multitudinous videos and howtos on this subject
through channel9 and other such sources in the meantime.
On Sun, Apr 13, 2008 at 11:32 AM, AdonisL81 <AdonisL81@gmail.com> wrote:
>
> Hello,
> I am new to .NET I am having trouble with a asp update panel
> and Gridview.
>
> The Gridview control is inside the update panel and I am trying to
> have the gridview update from a form button. The form updates the
> database from which the gridview pulls data.
>
> The panel and gridview works if I do a postback from within the
> gridview such as sorting. but I can not get it to work from the
> button. here is my code.
>
> I'm sure I missed something but if anyone can help that would be
> appreciated
>
> <%@ Page Language="VB" AutoEventWireup="true"
> CodeFile="Default.aspx.vb" Inherits="_Default" %>
> <%@ Register Assembly="AjaxControlToolkit"
> Namespace="AjaxControlToolkit" TagPrefix="cc1" %>
>
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/
> TR/xhtml11/DTD/xhtml11.dtd <http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd>
> ">
> <html xmlns="http://www.w3.org/1999/xhtml">
> <head id="Head1" runat="server">
> <title>Untitled Page</title>
> <link href="StyleSheet.css" rel="stylesheet" type="text/css" />
> </head>
> <body>
>
> <form id="form1" runat="server">
> <asp:ScriptManager ID="ScriptManager1" runat="server" />
> <div>
> </div>
>
>
>
>
> <div id="wrapper">
> <div id="input">
>
>
> <label >Department:</label>
> <asp:DropDownList ID="DropDownList1" runat="server">
> <asp:ListItem></asp:ListItem>
> <asp:ListItem>ADMN</asp:ListItem>
> <asp:ListItem>OTHER</asp:ListItem>
> <asp:ListItem>TEST</asp:ListItem>
> </asp:DropDownList>
> <br />
> <br />
> <label >Type of Hours:</label>
>
> <asp:DropDownList ID="DropDownList2" runat="server"
> Height="16px" Width="42px" >
> <asp:ListItem></asp:ListItem>
> <asp:ListItem>1</asp:ListItem>
> <asp:ListItem>2</asp:ListItem>
> <asp:ListItem>3</asp:ListItem>
> <asp:ListItem>4</asp:ListItem>
> </asp:DropDownList>
> <br />
> <br />
> <label>Hours:</label>
> <asp:TextBox ID="TextBox1"
> runat="server" Width="50px"></asp:TextBox>
> <br />
> <br />
> <label>Date:</label><asp:TextBox ID="TextBox3" runat="server"></
> asp:TextBox>
> <cc1:CalendarExtender ID="CalendarExtender1" runat="server"
> Format="M/d/yyyy"
> TargetControlID="textbox3">
> </cc1:CalendarExtender>
>
> <asp:RangeValidator ID="RangeValidator1" runat="server"
> ControlToValidate="TextBox3" ErrorMessage="RangeValidator"
> Type="Date"></asp:RangeValidator>
>
> <br />
> <label>Job Number:</label>
> <asp:DropDownList ID="DropDownList3" runat="server"
> AutoPostBack="True">
> <asp:ListItem></asp:ListItem>
> <asp:ListItem>1234</asp:ListItem>
> <asp:ListItem>1234</asp:ListItem>
> <asp:ListItem>5678</asp:ListItem>
> <asp:ListItem>7896</asp:ListItem>
> <asp:ListItem>1236</asp:ListItem>
> </asp:DropDownList>
> <br />
> <br />
> <label>Phase:</label>
> <asp:DropDownList ID="DropDownList4" runat="server"
> AutoPostBack="True">
> <asp:ListItem>MISC</asp:ListItem>
> <asp:ListItem>ADMN</asp:ListItem>
> <asp:ListItem>TEST</asp:ListItem>
> <asp:ListItem>Other</asp:ListItem>
> </asp:DropDownList>
> <br />
> <br />
> <label>Category:</label>
> <asp:DropDownList ID="DropDownList5" runat="server"
> AutoPostBack="True">
> <asp:ListItem>TEST</asp:ListItem>
> <asp:ListItem>NEXT</asp:ListItem>
> <asp:ListItem>ONE</asp:ListItem>
> <asp:ListItem>LAST</asp:ListItem>
> </asp:DropDownList>
> <br />
> <br />
> <label>Description:</label>
> <asp:TextBox ID="TextBox2"
> runat="server" Height="150px" Width="200px"></asp:TextBox>
> <br />
>
> <br />
> <asp:Button ID="Button1" runat="server" Text="Add Time"
> style="height: 26px"/>
> </div>
>
>
> <asp:UpdatePanel ID="UpdatePanel1" runat="server" >
> <ContentTemplate>
>
> <asp:GridView ID="GridView1" runat="server"
> AllowPaging="True"
> AllowSorting="True" DataSourceID="GetUserTime"
> AutoGenerateColumns="False" DataKeyNames="id" >
> <Columns>
> <asp:CommandField ShowDeleteButton="True"
> ShowEditButton="True" />
> <asp:BoundField DataField="Initials"
> HeaderText="Initials"
> SortExpression="Initials" />
> <asp:BoundField DataField="Dept" HeaderText="Dept"
> SortExpression="Dept" />
> <asp:BoundField DataField="HourType"
> HeaderText="HourType"
> SortExpression="HourType" />
> <asp:BoundField DataField="Hours" HeaderText="Hours"
> SortExpression="Hours" />
> <asp:BoundField DataField="Date" HeaderText="Date"
> SortExpression="Date" />
> <asp:BoundField DataField="Job#" HeaderText="Job#"
> SortExpression="Job#" />
> <asp:BoundField DataField="Phase" HeaderText="Phase"
> SortExpression="Phase" />
> <asp:BoundField DataField="Category"
> HeaderText="Category"
> SortExpression="Category" />
> <asp:BoundField DataField="Description"
> HeaderText="Description"
> SortExpression="Description" />
> </Columns>
> </asp:GridView>
> </ContentTemplate>
> <Triggers>
> <asp:AsyncPostBackTrigger ControlID="Button1"
> EventName="Click"/>
> </Triggers>
> </asp:UpdatePanel>
>
> >
>
--
--Andy Badera
http://andrew.badera.us/ http://flipbitsnotburgers.blogspot.com/
andrew@badera.us
(518) 641-1280
Google me: http://www.google.com/search?q=andrew+badera
==============================================================================
TOPIC: How to get the current tab index in firefox?
http://groups.google.com/group/DotNetDevelopment/browse_thread/thread/2def0615f7f06467?hl=en
==============================================================================
== 1 of 4 ==
Date: Mon, Apr 14 2008 10:09 am
From: sowen
Is it possible?
In any .NET language
Thanks,
== 2 of 4 ==
Date: Mon, Apr 14 2008 10:29 am
From: "Andrew Badera"
Only in F#.
On Mon, Apr 14, 2008 at 1:09 PM, sowen <sowencheung@gmail.com> wrote:
>
> Is it possible?
>
> In any .NET language
>
>
> Thanks,
> >
>
--
--Andy Badera
http://andrew.badera.us/ http://flipbitsnotburgers.blogspot.com/
andrew@badera.us
(518) 641-1280
Google me: http://www.google.com/search?q=andrew+badera
== 3 of 4 ==
Date: Mon, Apr 14 2008 11:38 am
From: sowen
what about IE7 tabs?
On Apr 14, 12:29 pm, "Andrew Badera" <and...@badera.us> wrote:
> Only in F#.
>
> On Mon, Apr 14, 2008 at 1:09 PM, sowen <sowenche...@gmail.com> wrote:
>
> > Is it possible?
>
> > In any .NET language
>
> > Thanks,
>
> --
> --Andy Baderahttp://andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> and...@badera.us
> (518) 641-1280
> Google me:http://www.google.com/search?q=andrew+badera
== 4 of 4 ==
Date: Mon, Apr 14 2008 11:44 am
From: "Andrew Badera"
I was kidding about F#, throwing a relatively obscure language out there for
a relatively obscure question.
There's no "right" AND easy way of doing it. There's the Mozilla ActiveX
control that might help:
http://www.iol.ie/~locka/mozilla/control.htm
Not certain of its state of maintenance however.
Then here's the COM way:
http://www.mozilla.org/projects/xpcom/
COM is a pain in the butt, but I'm pretty sure you can do exactly what
you're looking for here.
Both IE and Firefox are accessible if you grab them by handle, but then
you're going to have to go digging for the specific stuff you're looking
for.
On Mon, Apr 14, 2008 at 2:38 PM, sowen <sowencheung@gmail.com> wrote:
>
> what about IE7 tabs?
>
>
> On Apr 14, 12:29 pm, "Andrew Badera" <and...@badera.us> wrote:
> > Only in F#.
> >
> > On Mon, Apr 14, 2008 at 1:09 PM, sowen <sowenche...@gmail.com> wrote:
> >
> > > Is it possible?
> >
> > > In any .NET language
> >
> > > Thanks,
> >
> > --
> > --Andy Baderahttp://
> andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> > and...@badera.us
> > (518) 641-1280
> > Google me:http://www.google.com/search?q=andrew+badera
>
>
==============================================================================
TOPIC: Exporting web service request to text file Options
http://groups.google.com/group/DotNetDevelopment/browse_thread/thread/0c406d74d74137ad?hl=en
==============================================================================
== 1 of 3 ==
Date: Mon, Apr 14 2008 10:13 am
From: rbr
Thanks for the response Andrew. I am just trying to get the request
and response essentially as they are being transferred. The team
(seperated both departmentally and geographically from my team)
working on the web services I need to call request it this way.
I don't have experience using the Logging application block. However,
I will try muddling around with it.
Thanks again. It's very much appreciated.
rbr
On Apr 11, 2:00 pm, "Andrew Badera" <and...@badera.us> wrote:
> Use the Enterprise Library Logging Application Block. Use a flatfile
> listener and an XmlFormatter. (Though why you need XML, I just don't know.)
> Then just output the stream to your log entry.
>
>
>
>
>
> On Fri, Apr 11, 2008 at 3:53 PM, rbr <ryankbr...@gmail.com> wrote:
>
> > Hello,
>
> > I am connecting to a webservice and creating a web reference in my
> > vb.net 1.1 app. When I create the request object I would like to
> > create an XML document to log the request and, susequently, the
> > response object to my local machine. Below is my code (Dummified of
> > course):
>
> > Dim WS As New WebService
> > Dim Req As New WebService.Request
> > Dim Resp As New
> > WebService.Response
> > WS.Timeout = 1000
> > Req.addressLine1 = address1
> > Req.addressLine2 = address2
> > Req.city = City
> > Req.firstName = FirstName
> > Req.lastName = LastName
> > Req.homePhoneNo = Phone
> > Req.state = State
> > Req.zipCode = Zip
> > 'This is where I would like to write the request
> > (Req) to an XML document on the local machine
> > Resp = WS(Req)
> > 'This is where I would like to write the response
> > (Resp) to an XML document on the local machine
>
> > Do you have any suggestions on how to achieve my desired end result?
>
> > Thanks in advance.
>
> > rbr
>
> --
> --Andy Baderahttp://andrew.badera.us/
> and...@badera.us
> (518) 641-1280
> Google me:http://www.google.com/search?q=andrew+badera- Hide quoted text -
>
> - Show quoted text -
== 2 of 3 ==
Date: Mon, Apr 14 2008 10:27 am
From: "Andrew Badera"
With WCF, you can enable this sort of tracing, to an extent, through
configuration. I'm not certain the same sort of functionality is available
out of the box.
You might want to consider MSSOAPT -trace.
On Mon, Apr 14, 2008 at 1:13 PM, rbr <ryankbrown@gmail.com> wrote:
>
> Thanks for the response Andrew. I am just trying to get the request
> and response essentially as they are being transferred. The team
> (seperated both departmentally and geographically from my team)
> working on the web services I need to call request it this way.
>
> I don't have experience using the Logging application block. However,
> I will try muddling around with it.
>
> Thanks again. It's very much appreciated.
>
> rbr
>
> On Apr 11, 2:00 pm, "Andrew Badera" <and...@badera.us> wrote:
> > Use the Enterprise Library Logging Application Block. Use a flatfile
> > listener and an XmlFormatter. (Though why you need XML, I just don't
> know.)
> > Then just output the stream to your log entry.
> >
> >
> >
> >
> >
> > On Fri, Apr 11, 2008 at 3:53 PM, rbr <ryankbr...@gmail.com> wrote:
> >
> > > Hello,
> >
> > > I am connecting to a webservice and creating a web reference in my
> > > vb.net 1.1 app. When I create the request object I would like to
> > > create an XML document to log the request and, susequently, the
> > > response object to my local machine. Below is my code (Dummified of
> > > course):
> >
> > > Dim WS As New WebService
> > > Dim Req As New WebService.Request
> > > Dim Resp As New
> > > WebService.Response
> > > WS.Timeout = 1000
> > > Req.addressLine1 = address1
> > > Req.addressLine2 = address2
> > > Req.city = City
> > > Req.firstName = FirstName
> > > Req.lastName = LastName
> > > Req.homePhoneNo = Phone
> > > Req.state = State
> > > Req.zipCode = Zip
> > > 'This is where I would like to write the request
> > > (Req) to an XML document on the local machine
> > > Resp = WS(Req)
> > > 'This is where I would like to write the response
> > > (Resp) to an XML document on the local machine
> >
> > > Do you have any suggestions on how to achieve my desired end result?
> >
> > > Thanks in advance.
> >
> > > rbr
> >
> > --
> > --Andy Baderahttp://andrew.badera.us/
> > and...@badera.us
> > (518) 641-1280
> > Google me:http://www.google.com/search?q=andrew+badera- Hide quoted text
> -
> >
> > - Show quoted text -
> >
>
--
--Andy Badera
http://andrew.badera.us/ http://flipbitsnotburgers.blogspot.com/
andrew@badera.us
(518) 641-1280
Google me: http://www.google.com/search?q=andrew+badera
== 3 of 3 ==
Date: Mon, Apr 14 2008 10:41 am
From: rbr
Unfortunately, I'm stuck with 1.1 for the time being.
Thanks again for the valuable input.
rbr
On Apr 14, 11:27 am, "Andrew Badera" <and...@badera.us> wrote:
> With WCF, you can enable this sort of tracing, to an extent, through
> configuration. I'm not certain the same sort of functionality is available
> out of the box.
>
> You might want to consider MSSOAPT -trace.
>
>
>
>
>
> On Mon, Apr 14, 2008 at 1:13 PM, rbr <ryankbr...@gmail.com> wrote:
>
> > Thanks for the response Andrew. I am just trying to get the request
> > and response essentially as they are being transferred. The team
> > (seperated both departmentally and geographically from my team)
> > working on the web services I need to call request it this way.
>
> > I don't have experience using the Logging application block. However,
> > I will try muddling around with it.
>
> > Thanks again. It's very much appreciated.
>
> > rbr
>
> > On Apr 11, 2:00 pm, "Andrew Badera" <and...@badera.us> wrote:
> > > Use the Enterprise Library Logging Application Block. Use a flatfile
> > > listener and an XmlFormatter. (Though why you need XML, I just don't
> > know.)
> > > Then just output the stream to your log entry.
>
> > > On Fri, Apr 11, 2008 at 3:53 PM, rbr <ryankbr...@gmail.com> wrote:
>
> > > > Hello,
>
> > > > I am connecting to a webservice and creating a web reference in my
> > > > vb.net 1.1 app. When I create the request object I would like to
> > > > create an XML document to log the request and, susequently, the
> > > > response object to my local machine. Below is my code (Dummified of
> > > > course):
>
> > > > Dim WS As New WebService
> > > > Dim Req As New WebService.Request
> > > > Dim Resp As New
> > > > WebService.Response
> > > > WS.Timeout = 1000
> > > > Req.addressLine1 = address1
> > > > Req.addressLine2 = address2
> > > > Req.city = City
> > > > Req.firstName = FirstName
> > > > Req.lastName = LastName
> > > > Req.homePhoneNo = Phone
> > > > Req.state = State
> > > > Req.zipCode = Zip
> > > > 'This is where I would like to write the request
> > > > (Req) to an XML document on the local machine
> > > > Resp = WS(Req)
> > > > 'This is where I would like to write the response
> > > > (Resp) to an XML document on the local machine
>
> > > > Do you have any suggestions on how to achieve my desired end result?
>
> > > > Thanks in advance.
>
> > > > rbr
>
> > > --
> > > --Andy Baderahttp://andrew.badera.us/
> > > and...@badera.us
> > > (518) 641-1280
> > > Google me:http://www.google.com/search?q=andrew+badera-Hide quoted text
> > -
>
> > > - Show quoted text -
>
> --
> --Andy Baderahttp://andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> and...@badera.us
> (518) 641-1280
> Google me:http://www.google.com/search?q=andrew+badera- Hide quoted text -
>
> - Show quoted text -
==============================================================================
TOPIC: How to create multiple sessions for a single visitor for different tab?
http://groups.google.com/group/DotNetDevelopment/browse_thread/thread/06d43ca8ae6a4aef?hl=en
==============================================================================
== 1 of 12 ==
Date: Mon, Apr 14 2008 1:32 pm
From: sowen
hi, I know this question sounds weird. But if there is no easy way to
retrieve the tab index, what would be a possible way to create a
different session for a different tab, even though internally they are
still one session, but with a "tab-index" as part of the session key,
the user is able to browse the same page without data conflict.
any sparkle is appreciated. thanks!
== 2 of 12 ==
Date: Mon, Apr 14 2008 1:48 pm
From: "Andrew Badera"
ok, yeah, asp.net? you didn't specify. when you said .net previously, I
assumed you meant a desktop client.
For the most part, you can never interact with a browser from a server,
beyond displaying page content and associated stuff there. ActiveX/Mozilla
ActiveX would in fact be required for that, I don't think XPCOM would have
been a solution. That said, you might be able ??? to get the tab index using
JavaScript, and report it back to the server, whether through a conventional
postback, AJAX, whatever.
I'm not understanding the nature of the conflict you're looking to avoid
here, could you provide more detail? You can always generate a key for a
page on non-postback page loads, and use that key for objects stored in the
session ....
On Mon, Apr 14, 2008 at 4:32 PM, sowen <sowencheung@gmail.com> wrote:
>
> hi, I know this question sounds weird. But if there is no easy way to
> retrieve the tab index, what would be a possible way to create a
> different session for a different tab, even though internally they are
> still one session, but with a "tab-index" as part of the session key,
> the user is able to browse the same page without data conflict.
>
> any sparkle is appreciated. thanks!
> >
>
--
--Andy Badera
http://andrew.badera.us/ http://flipbitsnotburgers.blogspot.com/
andrew@badera.us
(518) 641-1280
Google me: http://www.google.com/search?q=andrew+badera
== 3 of 12 ==
Date: Mon, Apr 14 2008 2:05 pm
From: sowen
yes, this is ASP.NET, I thought I put it in the title, sorry.
I didn't mean I want to get the tab id, I was just using that as an
example.
The problem is we are using server-side viewstate and store it in the
session, but it doesn't work in multi-browsers.
if one user opens two browsers and do the post-back to a same page,
the session (viewstate) will have conflict if we query the session
with the key directly.
what we want is having another unique identifier for a different
window (tab) as part of the key.
for ie6, it's really easy, just use the window handler + the session
key; but firefox and ie7 are just not that easy.
other than that, we are also seeking some other ideas; in the
meantime, i just post that question here and see if anyone else can
bring a sparkle. :)
On Apr 14, 3:48 pm, "Andrew Badera" <and...@badera.us> wrote:
> ok, yeah, asp.net? you didn't specify. when you said .net previously, I
> assumed you meant a desktop client.
>
> For the most part, you can never interact with a browser from a server,
> beyond displaying page content and associated stuff there. ActiveX/Mozilla
> ActiveX would in fact be required for that, I don't think XPCOM would have
> been a solution. That said, you might be able ??? to get the tab index using
> JavaScript, and report it back to the server, whether through a conventional
> postback, AJAX, whatever.
>
> I'm not understanding the nature of the conflict you're looking to avoid
> here, could you provide more detail? You can always generate a key for a
> page on non-postback page loads, and use that key for objects stored in the
> session ....
>
> On Mon, Apr 14, 2008 at 4:32 PM, sowen <sowenche...@gmail.com> wrote:
>
> > hi, I know this question sounds weird. But if there is no easy way to
> > retrieve the tab index, what would be a possible way to create a
> > different session for a different tab, even though internally they are
> > still one session, but with a "tab-index" as part of the session key,
> > the user is able to browse the same page without data conflict.
>
> > any sparkle is appreciated. thanks!
>
> --
> --Andy Baderahttp://andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> and...@badera.us
> (518) 641-1280
> Google me:http://www.google.com/search?q=andrew+badera
== 4 of 12 ==
Date: Mon, Apr 14 2008 2:10 pm
From: "Andrew Badera"
Your pages should be atomic and stateless as possible. Postbacks should be
idempotent as much and as frequently as possible.
Using Session has generally never been the best of ideas. Is it absolutely
necessary in your architecture, or is it a necessity you've imposed on
yourselves?
On Mon, Apr 14, 2008 at 5:05 PM, sowen <sowencheung@gmail.com> wrote:
>
> yes, this is ASP.NET, I thought I put it in the title, sorry.
>
> I didn't mean I want to get the tab id, I was just using that as an
> example.
>
> The problem is we are using server-side viewstate and store it in the
> session, but it doesn't work in multi-browsers.
> if one user opens two browsers and do the post-back to a same page,
> the session (viewstate) will have conflict if we query the session
> with the key directly.
>
> what we want is having another unique identifier for a different
> window (tab) as part of the key.
> for ie6, it's really easy, just use the window handler + the session
> key; but firefox and ie7 are just not that easy.
>
> other than that, we are also seeking some other ideas; in the
> meantime, i just post that question here and see if anyone else can
> bring a sparkle. :)
>
>
>
> On Apr 14, 3:48 pm, "Andrew Badera" <and...@badera.us> wrote:
> > ok, yeah, asp.net? you didn't specify. when you said .net previously, I
> > assumed you meant a desktop client.
> >
> > For the most part, you can never interact with a browser from a server,
> > beyond displaying page content and associated stuff there.
> ActiveX/Mozilla
> > ActiveX would in fact be required for that, I don't think XPCOM would
> have
> > been a solution. That said, you might be able ??? to get the tab index
> using
> > JavaScript, and report it back to the server, whether through a
> conventional
> > postback, AJAX, whatever.
> >
> > I'm not understanding the nature of the conflict you're looking to avoid
> > here, could you provide more detail? You can always generate a key for a
> > page on non-postback page loads, and use that key for objects stored in
> the
> > session ....
> >
> > On Mon, Apr 14, 2008 at 4:32 PM, sowen <sowenche...@gmail.com> wrote:
> >
> > > hi, I know this question sounds weird. But if there is no easy way to
> > > retrieve the tab index, what would be a possible way to create a
> > > different session for a different tab, even though internally they are
> > > still one session, but with a "tab-index" as part of the session key,
> > > the user is able to browse the same page without data conflict.
> >
> > > any sparkle is appreciated. thanks!
> >
> > --
> > --Andy Baderahttp://
> andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> > and...@badera.us
> > (518) 641-1280
> > Google me:http://www.google.com/search?q=andrew+badera
> >
>
--
--Andy Badera
http://andrew.badera.us/ http://flipbitsnotburgers.blogspot.com/
andrew@badera.us
(518) 641-1280
Google me: http://www.google.com/search?q=andrew+badera
== 5 of 12 ==
Date: Mon, Apr 14 2008 2:11 pm
From: "Andrew Badera"
Also, what is motivating your users to open all these browsers, browser
windows, tabs? Or are you just trying to prepare for all possibilities?
On Mon, Apr 14, 2008 at 5:10 PM, Andrew Badera <andrew@badera.us> wrote:
> Your pages should be atomic and stateless as possible. Postbacks should be
> idempotent as much and as frequently as possible.
>
> Using Session has generally never been the best of ideas. Is it absolutely
> necessary in your architecture, or is it a necessity you've imposed on
> yourselves?
>
>
>
> On Mon, Apr 14, 2008 at 5:05 PM, sowen <sowencheung@gmail.com> wrote:
>
> >
> > yes, this is ASP.NET, I thought I put it in the title, sorry.
> >
> > I didn't mean I want to get the tab id, I was just using that as an
> > example.
> >
> > The problem is we are using server-side viewstate and store it in the
> > session, but it doesn't work in multi-browsers.
> > if one user opens two browsers and do the post-back to a same page,
> > the session (viewstate) will have conflict if we query the session
> > with the key directly.
> >
> > what we want is having another unique identifier for a different
> > window (tab) as part of the key.
> > for ie6, it's really easy, just use the window handler + the session
> > key; but firefox and ie7 are just not that easy.
> >
> > other than that, we are also seeking some other ideas; in the
> > meantime, i just post that question here and see if anyone else can
> > bring a sparkle. :)
> >
> >
> >
> > On Apr 14, 3:48 pm, "Andrew Badera" <and...@badera.us> wrote:
> > > ok, yeah, asp.net? you didn't specify. when you said .net previously,
> > I
> > > assumed you meant a desktop client.
> > >
> > > For the most part, you can never interact with a browser from a
> > server,
> > > beyond displaying page content and associated stuff there.
> > ActiveX/Mozilla
> > > ActiveX would in fact be required for that, I don't think XPCOM would
> > have
> > > been a solution. That said, you might be able ??? to get the tab index
> > using
> > > JavaScript, and report it back to the server, whether through a
> > conventional
> > > postback, AJAX, whatever.
> > >
> > > I'm not understanding the nature of the conflict you're looking to
> > avoid
> > > here, could you provide more detail? You can always generate a key for
> > a
> > > page on non-postback page loads, and use that key for objects stored
> > in the
> > > session ....
> > >
> > > On Mon, Apr 14, 2008 at 4:32 PM, sowen <sowenche...@gmail.com> wrote:
> > >
> > > > hi, I know this question sounds weird. But if there is no easy way
> > to
> > > > retrieve the tab index, what would be a possible way to create a
> > > > different session for a different tab, even though internally they
> > are
> > > > still one session, but with a "tab-index" as part of the session
> > key,
> > > > the user is able to browse the same page without data conflict.
> > >
> > > > any sparkle is appreciated. thanks!
> > >
> > > --
> > > --Andy Baderahttp://
> > andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> > > and...@badera.us
> > > (518) 641-1280
> > > Google me:http://www.google.com/search?q=andrew+badera
> > > >
> >
== 6 of 12 ==
Date: Mon, Apr 14 2008 2:14 pm
From: Joe Enos
You've just been waiting to use that word, haven't you? I saw that it
was your new favorite word...
On Apr 14, 2:10 pm, "Andrew Badera" <and...@badera.us> wrote:
> Your pages should be atomic and stateless as possible. Postbacks should be
> idempotent as much and as frequently as possible.
>
> Using Session has generally never been the best of ideas. Is it absolutely
> necessary in your architecture, or is it a necessity you've imposed on
> yourselves?
>
>
>
>
>
> On Mon, Apr 14, 2008 at 5:05 PM, sowen <sowenche...@gmail.com> wrote:
>
> > yes, this is ASP.NET, I thought I put it in the title, sorry.
>
> > I didn't mean I want to get the tab id, I was just using that as an
> > example.
>
> > The problem is we are using server-side viewstate and store it in the
> > session, but it doesn't work in multi-browsers.
> > if one user opens two browsers and do the post-back to a same page,
> > the session (viewstate) will have conflict if we query the session
> > with the key directly.
>
> > what we want is having another unique identifier for a different
> > window (tab) as part of the key.
> > for ie6, it's really easy, just use the window handler + the session
> > key; but firefox and ie7 are just not that easy.
>
> > other than that, we are also seeking some other ideas; in the
> > meantime, i just post that question here and see if anyone else can
> > bring a sparkle. :)
>
> > On Apr 14, 3:48 pm, "Andrew Badera" <and...@badera.us> wrote:
> > > ok, yeah, asp.net? you didn't specify. when you said .net previously, I
> > > assumed you meant a desktop client.
>
> > > For the most part, you can never interact with a browser from a server,
> > > beyond displaying page content and associated stuff there.
> > ActiveX/Mozilla
> > > ActiveX would in fact be required for that, I don't think XPCOM would
> > have
> > > been a solution. That said, you might be able ??? to get the tab index
> > using
> > > JavaScript, and report it back to the server, whether through a
> > conventional
> > > postback, AJAX, whatever.
>
> > > I'm not understanding the nature of the conflict you're looking to avoid
> > > here, could you provide more detail? You can always generate a key for a
> > > page on non-postback page loads, and use that key for objects stored in
> > the
> > > session ....
>
> > > On Mon, Apr 14, 2008 at 4:32 PM, sowen <sowenche...@gmail.com> wrote:
>
> > > > hi, I know this question sounds weird. But if there is no easy way to
> > > > retrieve the tab index, what would be a possible way to create a
> > > > different session for a different tab, even though internally they are
> > > > still one session, but with a "tab-index" as part of the session key,
> > > > the user is able to browse the same page without data conflict.
>
> > > > any sparkle is appreciated. thanks!
>
> > > --
> > > --Andy Baderahttp://
> > andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> > > and...@badera.us
> > > (518) 641-1280
> > > Google me:http://www.google.com/search?q=andrew+badera
>
> --
> --Andy Baderahttp://andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> and...@badera.us
> (518) 641-1280
> Google me:http://www.google.com/search?q=andrew+badera- Hide quoted text -
>
> - Show quoted text -
== 7 of 12 ==
Date: Mon, Apr 14 2008 2:17 pm
From: "Andrew Badera"
bwahahahha you can bet your bottom dollar I was poised and ready :)
It's so perfect in the web & service world though.
On Mon, Apr 14, 2008 at 5:14 PM, Joe Enos <joe@jtenos.com> wrote:
>
> You've just been waiting to use that word, haven't you? I saw that it
> was your new favorite word...
>
> On Apr 14, 2:10 pm, "Andrew Badera" <and...@badera.us> wrote:
> > Your pages should be atomic and stateless as possible. Postbacks should
> be
> > idempotent as much and as frequently as possible.
> >
> > Using Session has generally never been the best of ideas. Is it
> absolutely
> > necessary in your architecture, or is it a necessity you've imposed on
> > yourselves?
> >
> >
> >
> >
> >
> > On Mon, Apr 14, 2008 at 5:05 PM, sowen <sowenche...@gmail.com> wrote:
> >
> > > yes, this is ASP.NET, I thought I put it in the title, sorry.
> >
> > > I didn't mean I want to get the tab id, I was just using that as an
> > > example.
> >
> > > The problem is we are using server-side viewstate and store it in the
> > > session, but it doesn't work in multi-browsers.
> > > if one user opens two browsers and do the post-back to a same page,
> > > the session (viewstate) will have conflict if we query the session
> > > with the key directly.
> >
> > > what we want is having another unique identifier for a different
> > > window (tab) as part of the key.
> > > for ie6, it's really easy, just use the window handler + the session
> > > key; but firefox and ie7 are just not that easy.
> >
> > > other than that, we are also seeking some other ideas; in the
> > > meantime, i just post that question here and see if anyone else can
> > > bring a sparkle. :)
> >
> > > On Apr 14, 3:48 pm, "Andrew Badera" <and...@badera.us> wrote:
> > > > ok, yeah, asp.net? you didn't specify. when you said .net
> previously, I
> > > > assumed you meant a desktop client.
> >
> > > > For the most part, you can never interact with a browser from a
> server,
> > > > beyond displaying page content and associated stuff there.
> > > ActiveX/Mozilla
> > > > ActiveX would in fact be required for that, I don't think XPCOM
> would
> > > have
> > > > been a solution. That said, you might be able ??? to get the tab
> index
> > > using
> > > > JavaScript, and report it back to the server, whether through a
> > > conventional
> > > > postback, AJAX, whatever.
> >
> > > > I'm not understanding the nature of the conflict you're looking to
> avoid
> > > > here, could you provide more detail? You can always generate a key
> for a
> > > > page on non-postback page loads, and use that key for objects stored
> in
> > > the
> > > > session ....
> >
> > > > On Mon, Apr 14, 2008 at 4:32 PM, sowen <sowenche...@gmail.com>
> wrote:
> >
> > > > > hi, I know this question sounds weird. But if there is no easy way
> to
> > > > > retrieve the tab index, what would be a possible way to create a
> > > > > different session for a different tab, even though internally they
> are
> > > > > still one session, but with a "tab-index" as part of the session
> key,
> > > > > the user is able to browse the same page without data conflict.
> >
> > > > > any sparkle is appreciated. thanks!
> >
> > > > --
> > > > --Andy Baderahttp://
> > > andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> > > > and...@badera.us
> > > > (518) 641-1280
> > > > Google me:http://www.google.com/search?q=andrew+badera
> >
> > --
> > --Andy Baderahttp://
> andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> > and...@badera.us
> > (518) 641-1280
> > Google me:http://www.google.com/search?q=andrew+badera- Hide quoted text
> -
> >
> > - Show quoted text -
> >
>
== 8 of 12 ==
Date: Mon, Apr 14 2008 2:19 pm
From: sowen
because this is a huge system, we have to prepare all kind of
different users' behavior
whether to use Session is a different topic, the important thing is
where to store ViewState in server-side. Even the Microsoft its own
Session ViewState control doesn't support the multiple browsers
either. We can certainly later on change the Session to anything else,
but that will be the same. How to query the ViewState is the key. If
we set ViewState["var1"] = "hello" in window A, then in window B, when
we get ViewState["var1"] will be hello too.
that's something we are trying to solve.
On Apr 14, 4:11 pm, "Andrew Badera" <and...@badera.us> wrote:
> Also, what is motivating your users to open all these browsers, browser
> windows, tabs? Or are you just trying to prepare for all possibilities?
>
> On Mon, Apr 14, 2008 at 5:10 PM, Andrew Badera <and...@badera.us> wrote:
> > Your pages should be atomic and stateless as possible. Postbacks should be
> > idempotent as much and as frequently as possible.
>
> > Using Session has generally never been the best of ideas. Is it absolutely
> > necessary in your architecture, or is it a necessity you've imposed on
> > yourselves?
>
> > On Mon, Apr 14, 2008 at 5:05 PM, sowen <sowenche...@gmail.com> wrote:
>
> > > yes, this is ASP.NET, I thought I put it in the title, sorry.
>
> > > I didn't mean I want to get the tab id, I was just using that as an
> > > example.
>
> > > The problem is we are using server-side viewstate and store it in the
> > > session, but it doesn't work in multi-browsers.
> > > if one user opens two browsers and do the post-back to a same page,
> > > the session (viewstate) will have conflict if we query the session
> > > with the key directly.
>
> > > what we want is having another unique identifier for a different
> > > window (tab) as part of the key.
> > > for ie6, it's really easy, just use the window handler + the session
> > > key; but firefox and ie7 are just not that easy.
>
> > > other than that, we are also seeking some other ideas; in the
> > > meantime, i just post that question here and see if anyone else can
> > > bring a sparkle. :)
>
> > > On Apr 14, 3:48 pm, "Andrew Badera" <and...@badera.us> wrote:
> > > > ok, yeah, asp.net? you didn't specify. when you said .net previously,
> > > I
> > > > assumed you meant a desktop client.
>
> > > > For the most part, you can never interact with a browser from a
> > > server,
> > > > beyond displaying page content and associated stuff there.
> > > ActiveX/Mozilla
> > > > ActiveX would in fact be required for that, I don't think XPCOM would
> > > have
> > > > been a solution. That said, you might be able ??? to get the tab index
> > > using
> > > > JavaScript, and report it back to the server, whether through a
> > > conventional
> > > > postback, AJAX, whatever.
>
> > > > I'm not understanding the nature of the conflict you're looking to
> > > avoid
> > > > here, could you provide more detail? You can always generate a key for
> > > a
> > > > page on non-postback page loads, and use that key for objects stored
> > > in the
> > > > session ....
>
> > > > On Mon, Apr 14, 2008 at 4:32 PM, sowen <sowenche...@gmail.com> wrote:
>
> > > > > hi, I know this question sounds weird. But if there is no easy way
> > > to
> > > > > retrieve the tab index, what would be a possible way to create a
> > > > > different session for a different tab, even though internally they
> > > are
> > > > > still one session, but with a "tab-index" as part of the session
> > > key,
> > > > > the user is able to browse the same page without data conflict.
>
> > > > > any sparkle is appreciated. thanks!
>
> > > > --
> > > > --Andy Baderahttp://
> > > andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> > > > and...@badera.us
> > > > (518) 641-1280
> > > > Google me:http://www.google.com/search?q=andrew+badera
== 9 of 12 ==
Date: Mon, Apr 14 2008 2:21 pm
From: sowen
by the way, in deed, supporting multiple browsers in the system is a
user-requirement, we can do nothing but support this stupid idea.
and we cannot develop our own browser either, blab blab blab, that's
the sad world
On Apr 14, 4:11 pm, "Andrew Badera" <and...@badera.us> wrote:
> Also, what is motivating your users to open all these browsers, browser
> windows, tabs? Or are you just trying to prepare for all possibilities?
>
> On Mon, Apr 14, 2008 at 5:10 PM, Andrew Badera <and...@badera.us> wrote:
> > Your pages should be atomic and stateless as possible. Postbacks should be
> > idempotent as much and as frequently as possible.
>
> > Using Session has generally never been the best of ideas. Is it absolutely
> > necessary in your architecture, or is it a necessity you've imposed on
> > yourselves?
>
> > On Mon, Apr 14, 2008 at 5:05 PM, sowen <sowenche...@gmail.com> wrote:
>
> > > yes, this is ASP.NET, I thought I put it in the title, sorry.
>
> > > I didn't mean I want to get the tab id, I was just using that as an
> > > example.
>
> > > The problem is we are using server-side viewstate and store it in the
> > > session, but it doesn't work in multi-browsers.
> > > if one user opens two browsers and do the post-back to a same page,
> > > the session (viewstate) will have conflict if we query the session
> > > with the key directly.
>
> > > what we want is having another unique identifier for a different
> > > window (tab) as part of the key.
> > > for ie6, it's really easy, just use the window handler + the session
> > > key; but firefox and ie7 are just not that easy.
>
> > > other than that, we are also seeking some other ideas; in the
> > > meantime, i just post that question here and see if anyone else can
> > > bring a sparkle. :)
>
> > > On Apr 14, 3:48 pm, "Andrew Badera" <and...@badera.us> wrote:
> > > > ok, yeah, asp.net? you didn't specify. when you said .net previously,
> > > I
> > > > assumed you meant a desktop client.
>
> > > > For the most part, you can never interact with a browser from a
> > > server,
> > > > beyond displaying page content and associated stuff there.
> > > ActiveX/Mozilla
> > > > ActiveX would in fact be required for that, I don't think XPCOM would
> > > have
> > > > been a solution. That said, you might be able ??? to get the tab index
> > > using
> > > > JavaScript, and report it back to the server, whether through a
> > > conventional
> > > > postback, AJAX, whatever.
>
> > > > I'm not understanding the nature of the conflict you're looking to
> > > avoid
> > > > here, could you provide more detail? You can always generate a key for
> > > a
> > > > page on non-postback page loads, and use that key for objects stored
> > > in the
> > > > session ....
>
> > > > On Mon, Apr 14, 2008 at 4:32 PM, sowen <sowenche...@gmail.com> wrote:
>
> > > > > hi, I know this question sounds weird. But if there is no easy way
> > > to
> > > > > retrieve the tab index, what would be a possible way to create a
> > > > > different session for a different tab, even though internally they
> > > are
> > > > > still one session, but with a "tab-index" as part of the session
> > > key,
> > > > > the user is able to browse the same page without data conflict.
>
> > > > > any sparkle is appreciated. thanks!
>
> > > > --
> > > > --Andy Baderahttp://
> > > andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> > > > and...@badera.us
> > > > (518) 641-1280
> > > > Google me:http://www.google.com/search?q=andrew+badera
== 10 of 12 ==
Date: Mon, Apr 14 2008 2:22 pm
From: "Andrew Badera"
Let's clarify .. are we really talking multiple browsers as in IE, FF,
Opera, Safari (which last I knew, this situation should initiate multiple
sessions) or multiple instances of a single browser, where things get more
mushy?
On Mon, Apr 14, 2008 at 5:19 PM, sowen <sowencheung@gmail.com> wrote:
>
> because this is a huge system, we have to prepare all kind of
> different users' behavior
>
> whether to use Session is a different topic, the important thing is
> where to store ViewState in server-side. Even the Microsoft its own
> Session ViewState control doesn't support the multiple browsers
> either. We can certainly later on change the Session to anything else,
> but that will be the same. How to query the ViewState is the key. If
> we set ViewState["var1"] = "hello" in window A, then in window B, when
> we get ViewState["var1"] will be hello too.
>
> that's something we are trying to solve.
>
>
>
> On Apr 14, 4:11 pm, "Andrew Badera" <and...@badera.us> wrote:
> > Also, what is motivating your users to open all these browsers, browser
> > windows, tabs? Or are you just trying to prepare for all possibilities?
> >
> > On Mon, Apr 14, 2008 at 5:10 PM, Andrew Badera <and...@badera.us> wrote:
> > > Your pages should be atomic and stateless as possible. Postbacks
> should be
> > > idempotent as much and as frequently as possible.
> >
> > > Using Session has generally never been the best of ideas. Is it
> absolutely
> > > necessary in your architecture, or is it a necessity you've imposed on
> > > yourselves?
> >
> > > On Mon, Apr 14, 2008 at 5:05 PM, sowen <sowenche...@gmail.com> wrote:
> >
> > > > yes, this is ASP.NET, I thought I put it in the title, sorry.
> >
> > > > I didn't mean I want to get the tab id, I was just using that as an
> > > > example.
> >
> > > > The problem is we are using server-side viewstate and store it in
> the
> > > > session, but it doesn't work in multi-browsers.
> > > > if one user opens two browsers and do the post-back to a same page,
> > > > the session (viewstate) will have conflict if we query the session
> > > > with the key directly.
> >
> > > > what we want is having another unique identifier for a different
> > > > window (tab) as part of the key.
> > > > for ie6, it's really easy, just use the window handler + the session
> > > > key; but firefox and ie7 are just not that easy.
> >
> > > > other than that, we are also seeking some other ideas; in the
> > > > meantime, i just post that question here and see if anyone else can
> > > > bring a sparkle. :)
> >
> > > > On Apr 14, 3:48 pm, "Andrew Badera" <and...@badera.us> wrote:
> > > > > ok, yeah, asp.net? you didn't specify. when you said .net
> previously,
> > > > I
> > > > > assumed you meant a desktop client.
> >
> > > > > For the most part, you can never interact with a browser from a
> > > > server,
> > > > > beyond displaying page content and associated stuff there.
> > > > ActiveX/Mozilla
> > > > > ActiveX would in fact be required for that, I don't think XPCOM
> would
> > > > have
> > > > > been a solution. That said, you might be able ??? to get the tab
> index
> > > > using
> > > > > JavaScript, and report it back to the server, whether through a
> > > > conventional
> > > > > postback, AJAX, whatever.
> >
> > > > > I'm not understanding the nature of the conflict you're looking to
> > > > avoid
> > > > > here, could you provide more detail? You can always generate a key
> for
> > > > a
> > > > > page on non-postback page loads, and use that key for objects
> stored
> > > > in the
> > > > > session ....
> >
> > > > > On Mon, Apr 14, 2008 at 4:32 PM, sowen <sowenche...@gmail.com>
> wrote:
> >
> > > > > > hi, I know this question sounds weird. But if there is no easy
> way
> > > > to
> > > > > > retrieve the tab index, what would be a possible way to create a
> > > > > > different session for a different tab, even though internally
> they
> > > > are
> > > > > > still one session, but with a "tab-index" as part of the session
> > > > key,
> > > > > > the user is able to browse the same page without data conflict.
> >
> > > > > > any sparkle is appreciated. thanks!
> >
> > > > > --
> > > > > --Andy Baderahttp://
> > > > andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> > > > > and...@badera.us
> > > > > (518) 641-1280
> > > > > Google me:http://www.google.com/search?q=andrew+badera
> >
>
== 11 of 12 ==
Date: Mon, Apr 14 2008 2:25 pm
From: sowen
sorry, haha, indeed my word was confusing.
I meant when a user opens multiple tabs in FF, or in IE7, or in opera,
the server-side viewstate will fail
I am not saying a user opens one FF, one IE7, and one opera, etc.
On Apr 14, 4:22 pm, "Andrew Badera" <and...@badera.us> wrote:
> Let's clarify .. are we really talking multiple browsers as in IE, FF,
> Opera, Safari (which last I knew, this situation should initiate multiple
> sessions) or multiple instances of a single browser, where things get more
> mushy?
>
> On Mon, Apr 14, 2008 at 5:19 PM, sowen <sowenche...@gmail.com> wrote:
>
> > because this is a huge system, we have to prepare all kind of
> > different users' behavior
>
> > whether to use Session is a different topic, the important thing is
> > where to store ViewState in server-side. Even the Microsoft its own
> > Session ViewState control doesn't support the multiple browsers
> > either. We can certainly later on change the Session to anything else,
> > but that will be the same. How to query the ViewState is the key. If
> > we set ViewState["var1"] = "hello" in window A, then in window B, when
> > we get ViewState["var1"] will be hello too.
>
> > that's something we are trying to solve.
>
> > On Apr 14, 4:11 pm, "Andrew Badera" <and...@badera.us> wrote:
> > > Also, what is motivating your users to open all these browsers, browser
> > > windows, tabs? Or are you just trying to prepare for all possibilities?
>
> > > On Mon, Apr 14, 2008 at 5:10 PM, Andrew Badera <and...@badera.us> wrote:
> > > > Your pages should be atomic and stateless as possible. Postbacks
> > should be
> > > > idempotent as much and as frequently as possible.
>
> > > > Using Session has generally never been the best of ideas. Is it
> > absolutely
> > > > necessary in your architecture, or is it a necessity you've imposed on
> > > > yourselves?
>
> > > > On Mon, Apr 14, 2008 at 5:05 PM, sowen <sowenche...@gmail.com> wrote:
>
> > > > > yes, this is ASP.NET, I thought I put it in the title, sorry.
>
> > > > > I didn't mean I want to get the tab id, I was just using that as an
> > > > > example.
>
> > > > > The problem is we are using server-side viewstate and store it in
> > the
> > > > > session, but it doesn't work in multi-browsers.
> > > > > if one user opens two browsers and do the post-back to a same page,
> > > > > the session (viewstate) will have conflict if we query the session
> > > > > with the key directly.
>
> > > > > what we want is having another unique identifier for a different
> > > > > window (tab) as part of the key.
> > > > > for ie6, it's really easy, just use the window handler + the session
> > > > > key; but firefox and ie7 are just not that easy.
>
> > > > > other than that, we are also seeking some other ideas; in the
> > > > > meantime, i just post that question here and see if anyone else can
> > > > > bring a sparkle. :)
>
> > > > > On Apr 14, 3:48 pm, "Andrew Badera" <and...@badera.us> wrote:
> > > > > > ok, yeah, asp.net? you didn't specify. when you said .net
> > previously,
> > > > > I
> > > > > > assumed you meant a desktop client.
>
> > > > > > For the most part, you can never interact with a browser from a
> > > > > server,
> > > > > > beyond displaying page content and associated stuff there.
> > > > > ActiveX/Mozilla
> > > > > > ActiveX would in fact be required for that, I don't think XPCOM
> > would
> > > > > have
> > > > > > been a solution. That said, you might be able ??? to get the tab
> > index
> > > > > using
> > > > > > JavaScript, and report it back to the server, whether through a
> > > > > conventional
> > > > > > postback, AJAX, whatever.
>
> > > > > > I'm not understanding the nature of the conflict you're looking to
> > > > > avoid
> > > > > > here, could you provide more detail? You can always generate a key
> > for
> > > > > a
> > > > > > page on non-postback page loads, and use that key for objects
> > stored
> > > > > in the
> > > > > > session ....
>
> > > > > > On Mon, Apr 14, 2008 at 4:32 PM, sowen <sowenche...@gmail.com>
> > wrote:
>
> > > > > > > hi, I know this question sounds weird. But if there is no easy
> > way
> > > > > to
> > > > > > > retrieve the tab index, what would be a possible way to create a
> > > > > > > different session for a different tab, even though internally
> > they
> > > > > are
> > > > > > > still one session, but with a "tab-index" as part of the session
> > > > > key,
> > > > > > > the user is able to browse the same page without data conflict.
>
> > > > > > > any sparkle is appreciated. thanks!
>
> > > > > > --
> > > > > > --Andy Baderahttp://
> > > > > andrew.badera.us/http://flipbitsnotburgers.blogspot.com/
> > > > > > and...@badera.us
> > > > > > (518) 641-1280
> > > > > > Google me:http://www.google.com/search?q=andrew+badera
== 12 of 12 ==
Date: Mon, Apr 14 2008 2:51 pm
From: "Andrew Badera"
In that case, your pages really need to be as atomic and idempotent as
possible. Could you provide an example of the problems (I can imagine
plenty, but something specific would help) you're dealing with? And I'll ask
again, is Session truly necessary, or did you/your team *make *it a
necessity.
On Mon, Apr 14, 2008 at 5:25 PM, sowen <sowencheung@gmail.com> wrote:
>
> sorry, haha, indeed my word was confusing.
>
> I meant when a user opens multiple tabs in FF, or in IE7, or in opera,
> the server-side viewstate will fail
>
> I am not saying a user opens one FF, one IE7, and one opera, etc.
>
>
> On Apr 14, 4:22 pm, "Andrew Badera" <and...@badera.us> wrote:
> > Let's clarify .. are we really talking multiple browsers as in IE, FF,
> > Opera, Safari (which last I knew, this situation should initiate
> multiple
> > sessions) or multiple instances of a single browser, where things get
> more
> > mushy?
> >
> > On Mon, Apr 14, 2008 at 5:19 PM, sowen <sowenche...@gmail.com> wrote:
> >
> > > because this is a huge system, we have to prepare all kind of
> > > different users' behavior
> >
> > > whether to use Session is a different topic, the important thing is
> > > where to store ViewState in server-side. Even the Microsoft its own
> > > Session ViewState control doesn't support the multiple browsers
> > > either. We can certainly later on change the Session to anything else,
> > > but that will be the same. How to query the ViewState is the key. If
> > > we set ViewState["var1"] = "hello" in window A, then in window B, when
> > > we get ViewState["var1"] will be hello too.
> >
> > > that's something we are trying to solve.
> >
> > > On Apr 14, 4:11 pm, "Andrew Badera" <and...@badera.us> wrote:
> > > > Also, what is motivating your users to open all these browsers,
> browser
> > > > windows, tabs? Or are you just trying to prepare for all
> possibilities?
> >
> > > > On Mon, Apr 14, 2008 at 5:10 PM, Andrew Badera <and...@badera.us>
> wrote:
> > > > > Your pages should be atomic and stateless as possible. Postbacks
> > > should be
> > > > > idempotent as much and as frequently as possible.
> >
> > > > > Using Session has generally never been the best of ideas. Is it
> > > absolutely
> > > > > necessary in your architecture, or is it a necessity you've
> imposed on
> > > > > yourselves?
> >
> > > > > On Mon, Apr 14, 2008 at 5:05 PM, sowen <sowenche...@gmail.com>
> wrote:
> >
> > > > > > yes, this is ASP.NET, I thought I put it in the title, sorry.
> >
> > > > > > I didn't mean I want to get the tab id, I was just using that as
> an
> > > > > > example.
> >
> > > > > > The problem is we are using server-side viewstate and store it
> in
> > > the
> > > > > > session, but it doesn't work in multi-browsers.
> > > > > > if one user opens two browsers and do the post-back to a same
> page,
> > > > > > the session (viewstate) will have conflict if we query the
> session
> > > > > > with the key directly.
> >
> > > > > > what we want is having another unique identifier for a different
> > > > > > window (tab) as part of the key.
> > > > > > for ie6, it's really easy, just use the window handler + the
> session
> > > > > > key; but firefox and ie7 are just not that easy.
> >
> > > > > > other than that, we are also seeking some other ideas; in the
> > > > > > meantime, i just post that question here and see if anyone else
> can
> > > > > > bring a sparkle. :)
> >
> > > > > > On Apr 14, 3:48 pm, "Andrew Badera" <and...@badera.us> wrote:
> > > > > > > ok, yeah, asp.net? you didn't specify. when you said .net
> > > previously,
> > > > > > I
> > > > > > > assumed you meant a desktop client.
> >
> > > > > > > For the most part, you can never interact with a browser from
> a
> > > > > > server,
> > > > > > > beyond displaying page content and associated stuff there.
> > > > > > ActiveX/Mozilla
> > > > > > > ActiveX would in fact be required for that, I don't think
> XPCOM
> > > would
> > > > > > have
> > > > > > > been a solution. That said, you might be able ??? to get the
> tab
> > > index
> > > > > > using
> > > > > > > JavaScript, and report it back to the server, whether through
> a
> > > > > > conventional
> > > > > > > postback, AJAX, whatever.
> >
> > > > > > > I'm not understanding the nature of the conflict you're
> looking to
> > > > > > avoid
> > > > > > > here, could you provide more detail? You can always generate a
> key
> > > for
> > > > > > a
> > > > > > > page on non-postback page loads, and use that key for objects
> > > stored
> > > > > > in the
> > > > > > > session ....
> >
> > > > > > > On Mon, Apr 14, 2008 at 4:32 PM, sowen <sowenche...@gmail.com>
> > > wrote:
> >
> > > > > > > > hi, I know this question sounds weird. But if there is no
> easy
> > > way
> > > > > > to
> > > > > > > > retrieve the tab index, what would be a possible way to
> create a
> > > > > > > > different session for a different tab, even though
> internally
> > > they
> > > > > > are
> > > > > > > > still one session, but with a "tab-index" as part of the
> session
> > > > > > key,
> > > > > > > > the user is able to browse the same page without data
> conflict.
> >
> > > > > > > > any sparkle is appreciated. thanks!
> >
No comments:
Post a Comment